innodb_flush_log_at_trx_commit
-
当
innodb_flush_log_at_trx_commit=0时, log buffer将每秒一次地写入log file, 而且log file的flush(刷新到disk)操做同时进行. 此时, 事务提交是不会主动触发写入磁盘的操做.mysql -
当
innodb_flush_log_at_trx_commit=1时(默认), 每次事务提交时, MySQL会把log buffer的数据写入log file, 而且将log file flush(刷新到disk)中去.sql -
当
innodb_flush_log_at_trx_commit=2时, 每次事务提交时, MySQL会把log buffer的数据写入log file, 但不会主动触发flush(刷新到disk)操做同时进行. 然而, MySQL会每秒执行一次flush(刷新到disk)操做安全
sync_binlog
-
当
sync_binlog=0时(默认), 如os刷新其余文件的机制同样, MySQL不会刷新log buffer到disk中去, 而是依赖os机制刷新log buffer数据到binary log中.服务器 -
当
sync_binlog=1时, MySQL在写1次二进制日志binary log时, 会使用fdatasync()函数将二进制binary log同步到disk中去.(安全性最高的配置)async -
当
sync_binlog=N(N>1)时, MySQL在写N次二进制日志binary log时, 会使用fdatasync()函数将二进制binary log同步到disk中去.函数
结论
- 1）当innodb_flush_log_at_trx_commit和sync_binlog 都为 1 时是最安全的，但也是最慢的一种方式。在mysqld 服务崩溃或者服务器主机crash的状况下，binary log 只有可能丢失最多一个语句或者一个事务。
- 2）当innodb_flush_log_at_trx_commit设置为0，该模式速度最快，但不太安全，mysqld进程的崩溃会致使上一秒钟全部事务数据的丢失。
- 3）当innodb_flush_log_at_trx_commit设置为2，该模式速度较快，也比0安全，只有在操做系统崩溃或者系统断电的状况下，上一秒钟全部事务数据才可能丢失。
对于订单交易系统。推荐的作法是 innodb_flush_log_at_trx_commit=1 ，sync_binlog=1性能
对于非订单交易系统。推荐的作法是 innodb_flush_log_at_trx_commit=2 ，sync_binlog=N (N为500 或1000) spa
要求性能最快，推荐的作法是 innodb_flush_log_at_trx_commit=0 ，sync_binlog=0操作系统