当master down掉后，pt-heartbeat不断重试会导致内存缓慢增长的原因及解决办法

推荐整理分享当master down掉后，pt-heartbeat不断重试会导致内存缓慢增长的原因及解决办法，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:,内容如对您有帮助，希望把文章链接给更多的朋友！

最近同事反映，在使用pt-heartbeat监控主从复制延迟的过程中，如果master down掉了，则pt-heartbeat则会连接失败，但会不断重试。

重试本无可厚非，毕竟从使用者的角度来说，希望pt-heartbeat能不断重试，直到重新连接上数据库。但是，他们发现，不断的重试会带来内存的缓慢增长。

重现

环境：

pt-heartbeat v2.2.，MySQL社区版 v5.6.，Perl v5..1，RHEL 6.7，内存M

为了避免数据库启停对pt-heartbeat内存使用率的影响，故MySQL和pt-heartbeat分别运行在不同的主机上。

运行pt-heartbeat

# pt-heartbeat --update -h ... -u monitor -p monitor -D test --create-table

监控pt-heartbeat的内存使用率

获取pid

查看该进程的内存使用率

# top -p

运行了0:.（TIME+列），MEM一直稳定在3.3%

现关闭数据库

# service mysqld stop

刚才的pt-heartbeat命令不断输出以下信息

同样CPU时间后，MEM增长到4.4%， 增长了1%，考虑到内存M，该进程的内存占用增加了5M，虽然不是很多，但考虑到进程的内存增加并没有停止的意思，这个现象还是要引起注意的。

同时，通过pmap命令，发现，地址的RSS和Dirry也会增长，增长的速率是4k/s

后来研究pt-heartbeat的源码，才发现代码有点bug

以上代码摘自get_dbh函数，用于获取数据库的连接，如果获取失败，则重试1次，然后通过die函数抛异常退出。

但是，通过设置如下断点，发现当$tries为0时，if函数里面的PTDEBUG && _d("$EVAL_ERROR")语句能执行，但die函数就是没有抛出异常，并退出脚本

后来，将上述代码的最后一个if函数修改如下：

再次测试

启动数据库

# service mysqld start

执行pt-heartbeat命令

# pt-heartbeat --update -h ... -u monitor -p monitor -D test --create-table

停止数据库

# service mysqld stop

刚才执行的pt-heartbeat命令异常退出

“test:”就是加入的测试字符。

结论

很奇怪，只是单纯的die $EVAL_ERROR不会抛出异常，并退出脚本，但修改后的die "test:$EVAL_ERROR"却会退出脚本。

很显然，这确实是个bug，不知道是不是与perl的版本有关。

很好奇，失败的连接如何导致内存的不断增长？

最后，给percona官方提了个bug

down掉后，pt-heartbeat不断重试会导致内存缓慢增长的原因及解决办法，希望对大家有所帮助，如果大家有任何疑问欢迎给我留言，小编会及时回复大家的！

SQL Server 树形表非循环递归查询的实例详解 很多人可能想要查询整个树形表关联的内容都会通过循环递归来查...事实上在微软在SQL或以上版本就能用别的语法进行查询，下面是示例。--通过子

SQL Server 安装后服务器名称找不到的解决办法 网上说使用localhost即可，确实没错，但是有的仍旧会报出无法找到错误，我在无法通过的时候又重新安装了SQLServer，这次选中全部默认安装，之前使用

利用SQL Server数据库邮件服务实现监控和预警 背景现在越来越多的企业、公司要求对于数据库实现7*小时的数据库监控，一般情况下采用的就是第三方的平台来实现邮件和手机短信的监测提醒。前