sync_binlog 和 innodb_flush_log_at_trx_commit 关系

有的时候博客内容会有变动，首发博客是最新的，其他博客地址可能会未同步, 认准 https://blog.zysicyj.top

全网最细面试题手册，支持艾宾浩斯记忆法。这是一份最全面、最详细、最高质量的 java 面试题，不建议你死记硬背，只要每天复习一遍，有个大概印象就行了。https://store.amazingmemo.com/chapterDetail/1685324709017001`

Sync_binlog 和 innodb_flush_log_at_trx_commit 的关系

在讨论 sync_binlog 和 innodb_flush_log_at_trx_commit 之间的关系之前，我们需要先了解它们各自的作用。

sync_binlog

sync_binlog 是一个 MySQL 服务器系统变量，它控制着二进制日志（binlog）的刷新频率。当 sync_binlog 设置为 1 时，MySQL 会在每次事务提交后同步二进制日志到磁盘。这可以提高数据的持久性，确保在发生崩溃时能够恢复所有已提交的事务。如果设置为 0，则不会进行同步，这可能会在 MySQL 崩溃后导致最近的事务丢失。如果设置为大于 1 的值，MySQL 会在多个事务提交后才同步日志，这样可以提高性能，但是也增加了数据丢失的风险。

innodb_flush_log_at_trx_commit

innodb_flush_log_at_trx_commit 是一个影响 InnoDB 存储引擎行为的变量。它控制着事务日志的刷新行为。当设置为 1 时，InnoDB 会在每个事务提交时刷新日志到磁盘，这提供了最高级别的数据持久性保证。如果设置为 2，日志会在每个事务提交时写入到操作系统缓存，但是只有每秒才会刷新到磁盘。如果设置为 0，日志只会每秒写入到磁盘一次，这提供了最高的性能，但是在崩溃的情况下可能会丢失最近一秒的事务。

它们之间的关系

sync_binlog 和 innodb_flush_log_at_trx_commit 两者都是关于如何处理 MySQL 的日志数据，以确保数据的持久性和恢复能力。它们之间的关系在于它们如何一起工作以保证数据的完整性和可靠性。

• 当 sync_binlog=1 和 innodb_flush_log_at_trx_commit=1 时，MySQL 提供了最强的数据持久性保证。每次事务提交时，二进制日志和事务日志都会被同步到磁盘。
• 如果 sync_binlog 设置为大于 1 的值，即使 innodb_flush_log_at_trx_commit 设置为 1，也可能会在崩溃时丢失一些已提交的事务，因为二进制日志可能没有被及时同步。
• 如果 innodb_flush_log_at_trx_commit 设置为 2 或 0，即使 sync_binlog 设置为 1，也可能会丢失最近的事务，因为事务日志可能没有被及时刷新到磁盘。

总的来说，这两个设置需要根据具体的业务需求和性能要求来平衡。如果数据的持久性是首要考虑的，那么应该将它们都设置为 1。如果追求更高的性能，并且可以容忍在极端情况下丢失一些数据，那么可以适当调整这些设置的值。