前一段時間系統(tǒng)mysql壓力較大，產(chǎn)生大量binlog，大量的binlog刪除后又擔心后期出現(xiàn)問題難以調(diào)查，保存后又占用本身的空間存儲。

每天產(chǎn)生的binlog可以多達5-6G。

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

經(jīng)過運維同學(xué)?建議，可以壓縮mysql binlog(以前擔心壓縮了mysqlbinlog后會導(dǎo)致mysql-bin.index文件報錯，其中記錄了相關(guān)index)。

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

采取方案如下：

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

gzip昨天產(chǎn)生的binlog到新的文件，不刪除binlog

binlog仍然交托給mysql管理刪除

這樣最小化侵入到mysql中。

嘗試后發(fā)現(xiàn)

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

在mysql配置中設(shè)置刪除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。

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。