前一段時間系統mysql壓力較大，產生大量binlog，大量的binlog刪除后又擔心后期出現問題難以調查，保存后又占用本身的空間存儲。

每天產生的binlog可以多達5-6G。

因此考慮是否擴容機器達到目的？

經過運維同學?建議，可以壓縮mysql binlog(以前擔心壓縮了mysqlbinlog后會導致mysql-bin.index文件報錯，其中記錄了相關index)。

為避免干擾mysql binlog自動刪除機制

采取方案如下：

設置binlog自動刪除日志時間(比如3天)，此時存儲假設一天5G大概會有15G

gzip昨天產生的binlog到新的文件，不刪除binlog

binlog仍然交托給mysql管理刪除

這樣最小化侵入到mysql中。

嘗試后發現

壓縮了8天的binlog騰出了大約20G的空間。

在mysql配置中設置刪除binlog時間

set global expire_logs_days = 3;

增加crontab管理壓縮binlog

0 3 * * * find /data/mysqldb/mysql-bin.* -mtime 2 ! -name '*.gz'? -exec tar -zcvf {}.gz {} \;

在增長保持恒定速度的情況下，每天增長的壓縮后的binlog容量大約為不到200M。

總結

以上是生活随笔為你收集整理的mysql 5.7 binlog 压缩_mysql binlog压缩处理的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。