mysql修改innodb_trx数据_配置参数innodb_flush_log_at_trx

本文链接：https://blog.youkuaiyun.com/weixin_34012046/article/details/113945962

本文详细探讨了MySQL InnoDB存储引擎的参数innodb_flush_log_at_trx_commit对数据丢失风险的影响。讨论了在不同设置下，如0、1和2，可能导致的数据丢失场景，并强调了与sync_binlog配合使用时的最安全设置。还提到了OS层面的fsync、sync和fdatasync函数以及硬件缓存机制对数据完整性的关键作用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

数据丢失的定义：当事务提交了，数据因为特殊原因不存在了。

MySQL默认情况下是开启内部的XA事务和事务的实现方式是基于redo log和undo log。也可以理解为MySQL事务是采用日志现行的策略。前提未开启binlog的情况下，数据的变更首先在内存中完成，并且将事务顺序的写入到redo log中，即表示该事务已经完成，就可以返回发给客户端已提交的信息。但此时变更后的数据还在内存中，并没有刷新写入到磁盘中，当达到一定条件，将内存中的数据合并写入到磁盘，即落地到磁盘。这样做的目的是提高性能，但同时也埋下了隐患。在这个过程中，如果服务器宕机，内存中数据将会丢失，重启服务器后，通过redo log日志recovery重做日志，保障了数据不会丢失。因此只要事务能够实时写入到磁盘(redo log)，InnoDB存储引擎就不会丢失数据。innodb_flush_log_at_trx_commit参数设置：

0：每秒write cache和flush disk

1：每次commit都 write cache和flush disk

2：每次commit都 write cache

安全性：当innodb_flush_log_at_trx_commit设置为0，mysqld进程的崩溃会导致上一秒钟所有事务数据的丢失。当innodb_flush_log_at_trx_commit设置为2，只有在操作系统崩溃或者系统掉电的情况下，上一秒钟所有事务数据才可能丢失。

当innodb_flush_log_at_trx_commit和sync_binlog 都为1时是最安全的，在mysqld 服务崩溃或者服务器主机crash的情况下，网上说bi