有的时候博客内容会有变动，首发博客是最新的，其他博客地址可能会未同步,认准
https://blog.zysicyj.top
1. 什么是innodbflushlogattrx_commit?
innodbflushlogattrx_commit 是MySQL的一个系统变量，运行环境是InnoDB引擎。该变量定义了InnoDB在每次事务提交时，如何处理未刷入（flush）的重做日志信息（redo log）。它是InnoDB确保ACID属性中的持久性（Durability）的关键因素。当数据库发生故障，如崩溃或者断电，这项设置可以保护您的数据不会丢失。
innodbflushlogattrx_commit 的取值可以是0、1或2：
- 设置为1（默认）：每个事务提交时，重做日志会被物理写入磁盘。这提供了最高的持久性，因为在系统崩溃后只会丢失1秒内的数据。
- 设置为2：每个事务提交时，重做日志会被写入操作系统的缓存，只有在每秒（或更长时间）内才会硬刷到磁盘。这可能会导致在系统崩溃时最多丢失1秒的事务。
- 设置为0：事务提交时，日志不刷新到磁盘，只有每秒进行一次刷新。这提供了最低的持久性，但提供了最好的性能。
2. 为什么需要innodbflushlogattrx_commit?
当数据库执行事务操作时，会先写入重做日志（redo log），如果此时数据库突然崩溃，重做日志可以帮助恢复没有完全执行的事务。* innodbflushlogattrx_commit* 控制了这些重做日志何时刷新到磁盘。旨在在持久性和性能之间寻找平衡。
数据库在开启事务处理后在每次事务提交时需要考虑数据的持久性，要保证即使系统崩溃，数据库的数据能够通过重做日志 accurate recovery，即数据恢复到最近一次事务提交后的状态。这就需要重做日志在事务提交的时候将日志记录落盘，而落盘操作对于I/O来说是非常耗时的。针对这个问题，MySQL InnoDB引擎提供了innodbflushlogattrx_commit 变量，让用户可以根据实际需求设置日志落盘策略。
3. innodbflushlogattrx_commit的实现原理?
当事务提交或回滚时，InnoDB会在提交或回滚的末尾将事务写入重做日志。这样，如果系统发生崩溃，InnoDB能够使用这些日志恢复未提交的事务。 innodbflushlogattrx_commit 变量决定了InnoDB何时将这些重做日志写入磁盘。
该变量的值决定了写日志的策略。当innodbflushlogattrx_commit=1时，事务提交时，重做日志缓冲（redo log buffer）将会被直接写入（flush）到日志文件并同步（fsync），随后事务才被提交。这样可以保证在任意时刻MySQL异常重启时，事务的一致性。
当**innodbflushlogattrxcommit=0** 或 **innodbflushlogattrxcommit=2** 时，日志刷新策略是每秒刷新日志文件一次。所以，如果在这一秒内，出现了MySQL异常重启或宕机，那么在这一秒内尚未刷新写入日志的部分，将会永久丢失。
4. innodbflushlogattrx_commit的使用示例
在MySQL的运行过程中，可以动态地设置这个变量，调整策略。你可以在MySQL命令行中运行设置命令。
查看当前innodbflushlogattrx_commit的设置：
SHOW VARIABLES LIKE 'innodb_flush_log_at_trx_commit';
设置innodbflushlogattrx_commit为0：
SET GLOBAL innodb_flush_log_at_trx_commit=0;
为获得最高的持久性，可以设为1：
SET GLOBAL innodb_flush_log_at_trx_commit=1;
注意，这个设置也可以写入到MySQL的配置文件my.cnf中，将在MySQL启动时生效：
[mysqld]
innodb_flush_log_at_trx_commit=1
5. innodbflushlogattrx_commit的优点
- innodbflushlogattrx_commit=1 提供了最高的持久性，可以在MySQL崩溃后重启恢复数据，只会丢失1秒以内的数据。这符合很多业务系统对数据存储的严格要求。
- **innodbflushlogattrxcommit=0** 或 **innodbflushlogattrxcommit=2** 可以提供更高的写入性能，在系统稳定运行，对数据丢失容忍度较高的场景下，可以作为优化性能的一个手段。
6. innodbflushlogattrx_commit的缺点
- “1”设置的缺点是每次事务提交都会刷新磁盘，导致了大量的同步磁盘I/O，对性能会产生较大的影响。
- “0”和“2”的设置，可能导致在MySQL崩溃之后，最多丢失一秒的事务数据，这可能导致数据的不一致。
7. innodbflushlogattrx_commit的使用注意事项
如果对数据的实时性及持久性要求非常高，应该选择“1”策略。如果期望获得更高的写性能，并且对小范围数据丢失可以接受，那么“0”或“2”的策略更适合。选择策略时需根据业务模型和应用的特点，兼顾性能和数据的可靠性进行周全考虑。
8. 总结
在InnoDB数据库中，innodbflushlogattrx_commit 这个参数是一个重要的参数，它决定了数据库在事务提交时重做日志的刷新方式，保障了ACID中的持久性。根据不同应用对性能和数据保障的侧重点，需要谨慎选择并调整这个参数的值。
