| MySQL binlog太大，如何优化及清理/删除binlog | 您所在的位置：网站首页 › totalfinder怎么用 › MySQL binlog太大，如何优化及清理/删除binlog |
MySQL binlog太大，如何优化及清理/删除binlog
|
这是继上次写的《Nginx access.log文件太大，自动释放清理》的关联调优文章继续。今天同样有同学反馈图片加载速度稍慢，于是我又再次检查，然后查到了MySQL binlog是根源，作记录。 查出binlog检查相关ping，https，以及加载回馈都正常，于是上服务器先看一下使用量： 123 $ top$ free -m$ df -h其中在df -h发现异常，磁盘使用量比前天增涨了15G左右，正常使用不可能有这个量，下面查找是谁占用了如此大的空间，通过如下命令找到机器上超过50MB的文件。 调整下面的{/path/to/directory/}为根路径: /调整下面的{size-in-kb}为: 50000，单位kb，即50MB。 1 $ find {/path/to/directory/} -type f -size +{size-in-kb}k -exec ls -lh {} \; | awk '{ print $9 ": " $5 }'在结果中锁定了MySQL日志目录，进去看一下： 
这样就确定了问题源，是binlog日志异常，好了，下面来科普一下什么是binlog并解决它。 binlog介绍 binlog 是什么binlog日志用于记录所有更新了数据或者已经潜在更新了数据（例如，没有匹配任何行的一个DELETE）的所有语句。语句以“事件”的形式保存，它描述数据更改。binlog 作用因为有了数据更新的binlog，所以可以用于实时备份，与master/slave主从复制结合。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_sizeBinlog最大值，最大和默认值是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信息都会丢失 binlog删除binlog的删除可以手工删除或自动删除。binlog删除建议根据你的环境自行选择用哪种方式，以及相关的调优设置。体验盒子建议你使用手动删除和方式进行更为安全。 删除前再次确认binlog清单： 
没问题，和排查到的一样。 自动删除binlog日志通过binlog参数expire_logs_days来实现mysql自动删除binlog，此方法并不能马上清理掉binlog日志文件。 123 mysql> show binary logs; //查看binlog日志清单mysql> show variables like 'expire_logs_days'; //该参数表示binlog日志自动删除/过期的天数，默认值为0，表示不自动删除mysql> set global expire_logs_days=3; //表示日志保留3天，3天后就自动过期。MySQL重启后会失效。 手工删除binlog日志手工删除binlog示例： 123456789101112 mysql> reset master; //删除master的binlog，即手动删除所有的binlog日志mysql> reset slave; //删除slave的中继日志mysql> purge master logs before '2019-08-30 17:20:00'; //删除指定日期以前的日志索引中binlog日志文件mysql> purge master logs to 'binlog.000001'; //删除指定日志文件的日志索引中binlog日志文件 # 更多mysql> set sql_log_bin=1/0; //如果用户有super权限，可以启用或禁用当前会话的binlog记录mysql> show master logs; //查看master的binlog日志列表mysql> show binary logs; //查看master的binlog日志文件大小mysql> show master status; //用于提供master二进制日志文件的状态信息mysql> show slave hosts; //显示当前注册的slave的列表。不以--report-host=slave_name选项为开头的slave不会显示在本列表中mysql> flush logs; //产生一个新的binlog日志文件 关闭binlog日志/禁用binlog日志找到mysql配置文件my.cnf，在配置中找到log-bin=mysql-bin然后注释掉就可以了。 12345 # 找到my.cnf$ find / -name my.cnf # 关闭binlog日志# log-bin=mysql-bin重启mysql服务即可。操作完成，以后再不会因为就几十M的数据库大小生成N个G的日志文件啦。（但并不建议直接关闭binlog日志。） 优化binlog日志binlog日志配置在mysql的my.cnf文件中设置，其中默认binlog大小为1G，binlog日志过期时间为0（即永不过期），造成binlog太大。 1234 $ vim /etc/my.cnf# outputmax_binlog_size = 500Mexpire_logs_days = 3binlog最大为500M，binlog日志过期时间为3天。这里只是简单的进行了优化设置，并不全面，但应付日PV1万足矣。 扩展https://dev.mysql.com/doc/refman/8.0/en/binary-log.html |
【本文地址】