RDS的Binlog日志增长过快

怎么手动清理binlog? 我们也中招了，每一个小时扣一次钱，伤不起啊

同样碰到过，是 WordPress 程序么？

想彻底解决，请联系我

是BUG还是因为WORDPRESS问题，以前不会，就这10来天才一直出现这样

怎么样？能确定找到原因吗？

我一样一个wordpress 。。RDS  的Binlog太快了，有时候几分钟500M。。

一会儿就被锁定了。。受不了。。

怎么解决呀？？好郁闷呀。

-------------------------

如何解决呀？？

-------------------------

引用第21楼phpha于2015-01-26 10:15发表的 回19楼玖酷网络的帖子 :
使用wordpress的可以暂时把根目录下的wp-cron.php文件屏蔽掉，不让它执行。
[code]<?php
/**
* WordPress Cron Implementation for hosts, which do not offer CRON or for which
* the user has not set up a CRON job pointing to this file.
....... [url=http://bbs.aliyun.com/job.php?action=topost&tid=197369&pid=615390][/url]

这样做就没有定时功能了吧？

-------------------------

我似乎找到问题所在了！这几天再确实一下！

-------------------------

有时间在我的博客上，详细说明，请关注：实得惠

-------------------------

确实是插件引起的

http://www.shidehui.com/jingyan/wordpress-use-ali-cloud-database-rds-binlog-exploded-binlog-log-growing-too-fast-the-solution.html

一键清空就好啦

楼主解决了不？我的RDS情况跟您一样，回复同样是没法解决。感觉RDS就是一个坑！！！

楼主解决了吗，我刚迁移到RDS，也发现binlog太快了，这可咋用呢。

-------------------------

已经暂停使用RDS了，等支持binlog_row_image调整的时候再迁移回来。

binlog里面记录数据库的update，delete，insert操作语句，
可以下载一个binlog文件下来进行解析，然后看一下到底是那个语句占用的最多，当然也可以通过rds的sql日志明细进行查看，看看那些insert，update，delelted语句占用较多；

我怀疑是update语句的频繁执行，同时操作的这张表存在大字段，导致binlog空间上涨很迅猛；

-------------------------

如果确定是binlog是由于大字段更新导致的空间增加迅速，5.6已经有办法了，就是修改binlog的格式，我们会加快这个参数的推出。
这篇文章是对该现象的分析：http://hidba.org/?p=957

正在分析日志~看看情况吧~

-------------------------

嗯，说的有道理。其实昨天我看过binlog，有占用很大空间的字段频繁更新。具体因为忙没详细去分析。
刚才看了下控制台的SQL日志，有些字段更新很频繁，这个对wordpress本身不是很熟悉，正在研究。

-------------------------

另外就是，我昨天还在ECS上搭建了MYSQL，暂时把数据库迁过去了，然后删除了RDS上的数据库，发现binlog的确增长的蛮多了，之前每一小时大约增长500M，删除RDS上数据库后每一小时增长在KB级别。所以可以排除RDS有什么bug了。

-------------------------

暂时没解决，愈演愈烈！麻烦帮忙分析下正常吗？看图：

-------------------------

wordpress是个大坑！RDS暂时不评论。

-------------------------

DBA快看过来……

-------------------------

一天手动清空5次，你能受得了吗？

-------------------------

使用wordpress的可以暂时把根目录下的wp-cron.php文件屏蔽掉，不让它执行。
<?php
/**
* WordPress Cron Implementation for hosts, which do not offer CRON or for which
* the user has not set up a CRON job pointing to this file.
*
* The HTTP request to this file will not slow down the visitor who happens to
* visit when the cron job is needed to run.
*
* @package WordPress
*/
//退出执行
exit('Access denied');
ignore_user_abort(true);

-------------------------

反正我不用这玩意，你自己权衡吧，如果为了SEO文章是定时发布的就不要修改了。
最好的办法还是自己在ECS搭建mysql或者换typecho或者自己开发程序吧……
wordpress的确这点很坑爹。

你这个比较蛋疼，会不会是有爬虫搞你了。

-------------------------

我之前被爬虫搞过一次，binlog嗖嗖的涨。

你可以用工具看看binlog写的是什么内容来判断一下。