MySQL的 mysqlbinlog 占用内存过高问题

Question

最近数据库备份老是失灵，上去发现 mysqlbinlog 进程内存炸了，被 OOM kill 掉了。

机器才2G内存，结果 mysqlbinlog 居然就吃掉了近2G内存。。简直蛇精病。

有没有什么办法限制下 mysqlbinlog 内存使用呢？

Answer 1

把数据库版本降到最低试试

Answer 2

麻烦看清楚问题。我说的是 mysqlbinlog 这个命令行工具，而不是数据库本身。

Answer 3

回复
@尚浩宇 : 嗯。我把 mysql-client 从 5.7.20 降到了 5.7.13，观察一阵先。

Answer 4

@Fenying 回复
@Fenying : 额，我得意思是吧mysql版本降到5.1左右应该好点

Answer 5

现在办公本儿的内存都4g、8g了，你拿2G做数据库，还要开启binlog，考虑换机器吧。

下面摘抄配置：

log_bin：设置此参数表示启用binlog功能，并指定路径名称
log_bin_index：设置此参数是指定二进制索引文件的路径与名称
binlog_do_db：表示只记录指定数据库的二进制日志
binlog_ignore_db：表示不记录指定的数据库的二进制日志
max_binlog_cache_size：表示binlog使用的内存最大的尺寸
binlog_cache_size：表示binlog使用的内存大小，可以通过状态变量binlog_cache_use和binlog_cache_disk_use来帮助测试
binlog_cache_use：使用二进制日志缓存的事务数量
binlog_cache_disk_use:使用二进制日志缓存但超过binlog_cache_size值并使用临时文件来保存事务中的语句的事务数量

max_binlog_size：Binlog最大值，最大和默认值是1GB，该设置并不能严格控制Binlog的大小，尤其是Binlog比较靠近最大值而又遇到一个比较大事务时，为了保证事务的完整性，不可能做切换日志的动作，只能将该事务的所有SQL都记录进当前日志，直到事务结束

sync_binlog：这个参数直接影响mysql的性能和完整性

sync_binlog=0：当事务提交后，Mysql仅仅是将binlog_cache中的数据写入Binlog文件，但不执行fsync之类的磁盘        同步指令通知文件系统将缓存刷新到磁盘，而让Filesystem自行决定什么时候来做同步，这个是性能最好的。

sync_binlog=n：在进行n次事务提交以后，Mysql将执行一次fsync之类的磁盘同步指令，同志文件系统将Binlog文件缓存刷新到磁盘。Mysql中默认的设置是sync_binlog=0，即不作任何强制性的磁盘刷新指令，这时性能是最好的，但风险也是最大的。一旦系统绷Crash，在文件系统缓存中的所有Binlog信息都会丢失