sync_binlog和innodb_flush_log_at_trx_commit解析

sync_binlog：

其值默认为0，范围为0~4294967295（mysql 5.6）
〇 为0时，即mysqld不去控制磁盘的同步，而是等待操作系统的fdatasync从内存flush到磁盘。（与操作系统同步）。在复制结构中，dump线程会在flush阶段进行binlog传输。
〇 最安全的设置为1，在开启了autocommit的情况下，如果mysqld或者os此时crash掉，会至多遗失一个事务。（同时也是最慢的设置）。在复制结构中，dump线程会在sync阶段进行binlog传输。
〇 当值为范围内其他值时，如100，即意味着mysql在写100次binlog时，再将缓存刷到磁盘。在复制结构中，dump线程会在flush阶段进行binlog传输。

将该值设置为稍大的情况下，可以提高tps，并且需要使用battery-backed cache防止异常断电。




innodb_flush_log_at_trx_commit：
（控制REDO log刷盘策略）
其默认值为1，其他可取值为0和2。
〇 当为1时，每个事务提交，将会使log buffer的内容写到log file中，同时将被flush到磁盘，这也是最安全的做法。可以完全遵从ACID。（the contents of the InnoDB log buffer are written out to the log file at each transaction commit and the log file is flushed to disk.）
〇 当为0时，每个事务提交，会写入mysqld自己的log buffer中，每隔1秒将log buffer的内容写到log file中，然后flush到磁盘。
〇 当为2时，每个事务提交，就会被写到log file(OS cache)，但是log file每隔1秒才会被flush到磁盘，当操作系统crash或断电时，此时至多丢失1秒的事务。


0和2的区别是，
为0时，mysqld或操作系统crash则会导致1秒内的事务被丢失。
为2时，当操作系统crash或断电会导致1秒内的事务被丢失。

性能而言（由快至慢）：
0>2>1
安全性而言（由好至差）：
1>2>0


图自：杨奇龙

此外，这两个参数都是Dynamic Variable，修改其值不需要重启mysqld。





参考文档：
〇 【MySQL】sync_binlog innodb_flush_log_at_trx_commit 浅析  —— 杨奇龙

〇 MySQL 5.6 Reference Manual Chapter 5 MySQL Server Administration sync_binlog & innodb_flush_log_at_trx_commit 


作者微信公众号（持续更新）

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/29773961/viewspace-2072954/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/29773961/viewspace-2072954/