ITPub博客

首页 > 数据库 > MySQL > sync_binlog和innodb_flush_log_at_trx_commit解析

sync_binlog和innodb_flush_log_at_trx_commit解析

原创 MySQL 作者:神谕丶 时间:2016-03-31 12:16:38 0 删除 编辑
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/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
微信公众号:fantasy-life-

注册时间:2014-07-28

  • 博文量
    159
  • 访问量
    975896