摘要：
sync_binlog选项控制mysql怎么刷新二进制日志到磁盘，默认是0，意味着mysql并不刷新，由操作系统自己决定什么时候刷新缓存到持久化设置，如果这个值比0大，它指定了两次刷新到磁盘的动作之间间隔多少次二进制日志写操作如果没有设置它为1，那么崩溃后可能导致二进制日志没有同步事务数据，这可以轻...
阅读全文
posted @ 2014-08-15 22:58
zitong
阅读(5854)
推荐(0)
编辑
摘要：
有写场景下，双写缓冲确实没必要，例如，你也许像在备库上禁用双写缓冲，此外，一些文件系统，例如zfs做了同样的事，所以，没必要再让innodb做一遍。innodb_double_write=0 即可关闭双写缓冲在percona server中，可以配置双写缓冲到独立的文件中，所以可以把这部分工作压力分...
阅读全文
posted @ 2014-08-15 22:50
zitong
阅读(214)
推荐(0)
编辑
摘要：
如果有个很大的回滚日志并且表空间因此增长很快，可以强制mysql减速来使innodb的清理线程可以跟得上。这听起来不怎么样，但是没有办法，否则，innodb将保持数据写入，填充磁盘直到最后磁盘空间爆满，或者表空间大于定义的上限为控制写入速度，可以设置innodb_max_purge_lag（）变量为...
阅读全文
posted @ 2014-08-15 22:36
zitong
阅读(1013)
推荐(0)
编辑
摘要：
TRANSACTIONS------------Trx id counter 2003909(当前事务号)Purge done for trx's n:o < 2003905 （清理线程完成到了哪个点）undo n:o < 0 state: running but idle如果上述两个差距很大，可能...
阅读全文
posted @ 2014-08-15 22:22
zitong
阅读(128)
推荐(0)
编辑
摘要：
即时打开innodb_file_per_table选项，依然需要为回滚日志和其他系统数据创建共享表空间，没有把所有数据放在其中是明智的做法，但最好还是关闭它自动增长，因为无法在不重新导入全部数据的情况下给共享表空间瘦身。一些人喜欢是用innodb_file_per_table,只是因为特别容易管理，...
阅读全文
posted @ 2014-08-15 21:57
zitong
阅读(480)
推荐(0)
编辑
2014年8月20日
