设为首页 收藏本站
查看: 686|回复: 0

[经验分享] innodb_flusn_log_at_trx_commit和rsync_binlog参数详解

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2017-9-13 10:15:13 | 显示全部楼层 |阅读模式
innodb_flush_log_at_trx_commit参数解析
innodb_flush_log_at_trx_commit=0|1|2   
#"0"表示每次事务提交都写入log buffer,但是每1秒将log buffer中所有更新写入log file,并将log file刷入磁盘(同时进行)。每次事务提交不会主动触发磁盘写入,只每秒定时刷入。
#"1"表示每次事务提交时,mysql都会把log buffer的数据写入log file,并flush data将更新的数据写入磁盘(安全性最高,效率最低,每次都要调用磁盘读写,等事务刷入完成后执行下一条,通常导致cpu使用不高,IO请求等待)(系统默认模式)
#"2"表示每次事务更新都会把log buffer的数据写入log file,但是每1秒执行一次flush data(将数据刷入磁盘)。
注意:  由于进程调度策略问题,这个“每秒执行一次 flush(刷到磁盘)操作”并不是保证100%的“每秒”

"0"速度最快,效率最高,充分利用cpu资源,不用等待IO,安全性最低(mysqld进程的崩溃,就会导致前一秒的所有事务丢失,存储在log buffer缓存中的数据丢失)
"2"既有速度,又相对安全,只有在操作系统崩溃或者crash断电情况下,上一秒的所有事务才可能丢失
"1"最安全的模式,但也是效率最低的。在操作系统崩溃或者断电crash,只可能丢失一个语句或则事务
1
2
3
4
5
6
7
下面我以一个简洁的方式解释一下innodb_flush_log_at_trx_commit在不同取值时的含义:
innodb_flush_log_at_trx_commit=0 (延迟写、实时刷):log_buffer --每隔1秒--> log_file --实时-----> disk
innodb_flush_log_at_trx_commit=1 (实时写、实时刷):log_buffer --实时-----> log_file --实时-----> disk
innodb_flush_log_at_trx_commit=2 (实时写、延迟刷):log_buffer --实时-----> log_file --每隔1秒--> disk
1、取值为0时,log buffer数据每隔1秒写入到日志文件(log file),并且把log file刷新到磁盘.该模式下,事务提交时,不会主动触发写入磁盘的操作;
2、取值为1时,在每次事务提交时,MySQL会把log buffer的数据写入到日志文件(log file),并且把log file刷新到磁盘;
3、取值为2时,在每次事务提交时,MySQL会把log buffer的数据写入到日志文件(log file).但是刷新到磁盘的操作不会同时进行.该模式下,MySQL会每秒执行一次log file刷新到磁盘的操作.



22664653_1386860353fwzS.jpg

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

rsync_binlog参数解析
rsync_binlog = 0|N
This makes MySQL synchronize the binary log’s contents to disk each time it commits a transaction
sync_binlog是MySQL的二进制日志(binlog)同步到磁盘的频率.
sync_binlog的默认值是0,此时binlog同步到磁盘中依赖于操作系统来刷新binlog到磁盘;
sync_binlog = N(N>0),MySQL每写N次binlog时,会使用fdatasync()函数将binlog同步到磁盘.

innodb_flush_log_at_trx_commit和rsync_binlog两个参数是控制mysql磁盘写入策略及数据安全性的关键参数,当两个参数都设置问1时,性能最差,推荐设置:
innodb_flush_log_at_trx_commit = 2;
rsync_binlog = 500 或者 1000;


两个参数设置不同值时的性能测试结果:
22664653_1386860293WCly.jpg
测试场景1
  innodb_flush_log_at_trx_commit=2
  sync_binlog=1000
测试场景2
  innodb_flush_log_at_trx_commit=1
  sync_binlog=1000
测试场景3
  innodb_flush_log_at_trx_commit=1
  sync_binlog=1
测试场景4
  innodb_flush_log_at_trx_commit=1
  sync_binlog=1000
测试场景5
  innodb_flush_log_at_trx_commit=2
  sync_binlog=1000

场景TPS
场景141000
场景233000
场景326000
场景433000
由此可见,当两个参数设置为双1的时候,写入性能最差,sync_binlog=N (N>1) innodb_flush_log_at_trx_commit=2 时,(在当前模式下)MySQL的写操作才能达到最高性能。




运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-404474-1-1.html 上篇帖子: Centos系统初始优化设置 下篇帖子: innodb_data_file_path设置
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表