内容简介：既然涉及到事务提交，那么我们就是以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的策略？》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
Effective Java 中文版
（美）Joshua Bloch / 潘爱民 / 机械工业出版社 / 2003-1 / 39.00元
本书介绍了在Java编程中57条极具实用价值的经验规则，这些经验规则涵盖了大多数开发人员每天所面临的问题的解决方案。通过对Java平台设计专家所使用的技术的全面描述，揭示了应该做什么，不应该做什么才能产生清晰、健壮的高效的代码。 本书中的每条规则都以简短、独立的小文章形式出现，这些小文章包含了详细而精确的建议，以及对语言中许多细微之处的深入分析，并通过例子代码加以进一步说明。贯穿全书的是通用......一起来看看 《Effective Java 中文版》 这本书的介绍吧!
