当MySQL崩溃并重启后，发现已提交的事务导致的数据修改丢失，这可能与redo log的配置有关。redo log用于保证事务的ACID特性，其三层架构包括Log Buffer、OS cache和磁盘上的日志文件。MySQL参数`innodb_flush_log_at_trx_commit`的设置不同，会导致不同的刷盘策略，从而影响数据安全性。为避免数据丢失，建议检查该参数设置是否合理。
我们有一次MySQL崩溃，重启后发现有些已经提交的事务对数据的修改丢失了，不是说事务能保证ACID特性么，想问下什么情况下可能导致“事务已经提交，数据却丢失”呢？
事务已提交，数据却丢了，赶紧检查下这个配置
这个问题有点复杂，且容我系统性梳理下思路，先从redo log说起吧。
画外音：水友问的是MySQL，支持事务的是InnoDB，本文以InnoDB为例展开叙述，其他数据库不是很了解，但估计原理是相同的。
为什么要有redo log？
事务提交后，必须将事务对数据页的修改刷(fsync)到磁盘上，才能保证事务的ACID特性。
这个刷盘，是一个随机写，随机写性能较低，如果每次事务提交都刷盘，会极大影响数据库的性能。
随机写性能差，有什么优化方法呢？
架构设计中有两个常见的优化方法：
（1）先写日志(write log first)，将随机写优化为顺序写；
（2）将每次写优化为批量写；
这两个优化，数据库都用上了。
先说第一个优化，将对数据的修改先顺序写到日志里，这个日志就是redo log。
假如某一时刻，数据库崩溃，还没来得及将数据页刷盘，数据库重启时，会重做redo log里的内容&#
最低0.47元/天 解锁文章
1394
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
