MysqL 磁盘写入策略之innodb_flush_log_at_trx_commit

本文从参数含义，性能，安全角度阐述两个参数为不同的值时对db 性能,数据的影响，引擎是Innodb的前提下。

取值:0/1/2

innodb_flush_log_at_trx_commit=0，表示每隔一秒把log buffer刷到文件系统中(os buffer)去，并且调用文件系统的“flush”操作将缓存刷新到磁盘上去。也就是说一秒之前的日志都保存在日志缓冲区，也就是内存上，如果机器崩溃，可能丢失1秒的事务数据，性能相比其后面的快点，但安全方面比较差，即使MySQL挂了也可能会丢失事务的数据，例如高并发写的日志服务器，设为0来获得更高性能。

innodb_flush_log_at_trx_commit=1，表示在每次事务提交的时候，都把log buffer刷到文件系统中(os buffer)去，并且调用文件系统的“flush”操作将缓存刷新到磁盘上去。这样的话，数据库对IO的要求就非常高。

innodb_flush_log_at_trx_commit=2，表示在每次事务提交的时候会把log buffer刷到文件系统中去，但并不会立即刷写到磁盘，日志仍然会每秒flush到硬盘。如果只是MySQL数据库挂掉了，由于文件系统没有问题，那么对应的事务数据并没有丢失。只有在数据库所在的主机操作系统损坏或者突然掉电的情况下，数据库的事务数据可能丢失1秒之类的事务数据。这样的好处，减少了事务数据丢失的概率，而对底层硬件的IO要求也没有那么高(log buffer写到文件系统中，一般只是从log buffer的内存转移的文件系统的内存缓存中，对底层IO没有压力)。

图摘自：杨奇龙博客

0和2的区别是，
为0时，mysqld或操作系统crash则会导致1秒内的事务被丢失。
为2时，当操作系统crash或断电会导致1秒内的事务被丢失。

性能而言（由快至慢）：
0>2>1
安全性而言（由好至差）：
1>2>0

当innodb_flush_log_at_trx_commit和sync_binlog  都为 1 时是最安全的，在mysqld 服务崩溃或者服务器主机crash的情况下，binary log 只有可能丢失最多一个语句或者一个事务。但是鱼与熊掌不可兼得，双11 会导致频繁的io操作，因此该模式也是最慢的一种方式。

高并发模式下，当磁盘IO无法满足业务需求时 比如11.11 活动的压力。推荐的做法是 innodb_flush_log_at_trx_commit=2 ，sync_binlog=N (N为500 或1000) 且使用带蓄电池后备电源的缓存cache，防止系统断电异常。