内容简介：既然涉及到事务提交，那么我们就是以MySQL有一个参数，能够控制事务提交时，刷redo log的策略。该参数为：
既然涉及到事务提交，那么我们就是以 InnoDB 来说明的。
MySQL有一个参数，能够控制事务提交时，刷redo log的策略。该参数为： innodb_flush_log_at_trx_commit 。
- 策略1,
set global innodb_flush_log_at_trx_commit = 0
该方式可以获得最佳性能。
每隔1秒种，才将Log Buffer中的数据批量写入OS Cache，同时MySQL主动fsync。
这种策略，如果数据库崩溃，会有1秒的数据丢失。
- 策略2,
set global innodb_flush_log_at_trx_commit = 1
该方式可以获得强一致性。
每次事务提交，都将Log Buffer中数据写入到OS Cache，同时MySQL主动fsync。
这种策略是InnoDB默认配置，是为了保证事务ACID特性。
- 策略3,
set global innodb_flush_log_at_trx_commit = 2
该方式则是一种trade-off的结果。
每次事务提交，都将Log Buffer中的数据写入OS Cache；
每隔1秒，MySQL主动将OS Cache中数据批量fsync。
这种策略，如果操作系统崩溃，最多会有1秒的数据丢失。（磁盘IO次数是不确定的，因为OS的fsync的频率并不是MySQL能控制的；OS也会进行fsync，而MySQL主动fsync的周期是1秒，所以最多丢1秒数据）
那么，透漏个小秘密，高并发业务场景下，最佳实践会如何配置呢？
答案是 set global innodb_flush_log_at_trx_commit = 2 。因为不仅可以保证性能，也相对可以保障安全性（只要操作系统不出问题，数据就不会丢。而比起MySQL应用出问题，操作系统出问题概率小很多）
一个正在技术专家成长道路上不断努力前进的程序员
（转载本站文章请注明作者和出处buildupchao）
以上所述就是小编给大家介绍的《如何控制MySQL事务提交后，刷redo-log的策略？》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
- 如何控制 MySQL 事务提交后，刷 redo-log 的策略？
- Git提交错误时如何删除Git提交记录
- 分布式系统 - 两段式提交（2PC）和三段式提交（3PC）
- 减半前，比特币开发者代码提交数创历史新高：4月累计提交510次
- 提交任务到Spark
- [译] Commit 提交指南
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
Algorithms on Strings, Trees and Sequences
Dan Gusfield / Cambridge University Press / 1997-5-28 / USD 99.99
String algorithms are a traditional area of study in computer science. In recent years their importance has grown dramatically with the huge increase of electronically stored text and of molecular seq......一起来看看 《Algorithms on Strings, Trees and Sequences》 这本书的介绍吧!
