实惠,刚用上阿里云数据库RDS,就遇到这个烦恼,5G等空间很快就被 Binlog占满,直接锁定,无奈手动清除,可以没多久又是这情况,网上搜索了许久都无解!
1分钟竟然产生500M的Binlog!
因为Binlog是记录数据库的日志,怀疑是wordpress插件引起,原来用的是DB Cache Reloaded Fix 缓存插件,怀疑此插件引起,故关闭此插件观察,似乎情况好很多!
以为问题到此解决,结果第二天早上,Binlog又开始暴增!尤其发布文章后,继续排查插件,怀疑是Baidu Sitemap Generator引起,因为每次发布文章都会更新地图文件,当时用的是老版本,1.5几,版本忘了,于是去作者博客查找原因,果然好多人有这情况,更新1.65版解决Binlog暴增问题,现在问题就是发布文章时间很慢,只好把”生成XML地图“取消,还有个问题是不能自动更新sitemap,手动吧,无奈。XML更新用其他插件代替!
wordpress使用阿里云数据库RDS binlog暴增 Binlog日志增长过快 解决办法!
图文详见:http://www.shidehui.com/jingyan/wordpress-use-ali-cloud-database-rds-binlog-exploded-binlog-log-growing-too-fast-the-solution.html
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
遇到WordPress使用阿里云RDS数据库时Binlog日志快速增长的问题,您已经采取了一些针对性的措施,比如排查并禁用可能导致频繁写入数据库的插件、更新插件版本等。这些方法确实能有效减少不必要的日志生成,但还有其他一些策略可以进一步优化和管理Binlog的增长:
调整Binlog保留策略:在RDS控制台中,您可以设置Binlog的保留时间(例如7天或更短),这样即使Binlog持续生成,也会在达到设定的时间后自动删除旧的日志,避免空间被无限占用。
压缩Binlog:虽然RDS可能不直接支持Binlog压缩配置,但可以通过第三方工具如mysqlbinlog
导出并压缩Binlog文件,用于备份或分析,从而间接减少存储需求。
优化WordPress配置:检查WordPress的wp-config.php文件,确保有合适的缓存设置,比如使用W3 Total Cache或其他高效缓存插件来减少数据库查询次数。
限制文章更新频率:如果某些操作(如发布文章)导致Binlog急剧增长,考虑是否可以批量处理或者调整发布时间间隔,以减轻数据库的即时压力。
监控与报警:利用阿里云RDS自带的监控功能,设置Binlog空间使用的报警阈值,当接近限定值时收到通知,及时进行干预。
主从复制架构优化:如果条件允许,可以考虑采用RDS的主从复制功能,将读写分离,主库负责写操作,从库负责读操作,这样可以降低主库的压力,同时可以在从库上进行备份、分析等操作,不影响主库性能。
调整MySQL参数:在RDS控制台中,根据实际情况调整MySQL的相关参数,比如binlog_format
(可考虑使用ROW格式以提高复制效率和一致性)、max_binlog_size
(设置单个Binlog文件的最大大小,超过此大小会自动创建新文件,有助于管理和滚动日志)。
通过上述方法综合施策,可以有效控制和管理Binlog的增长速度,提升系统的稳定性和运行效率。