MySQL性能优化(一)

MySQL参数:innodb_flush_log_at_trx_commit和sync_binlog

innodb_flush_log_at_trx_commit和sync_binlog是MySQL的两个配置参数，前者是InnoDB引擎特有的。在实际应用中，它们的配置对于MySQL的性能有很大影响。

1.innodb_flush_log_at_trx_commit

innodb_flush_log_at_trx_commit参数指定了InnoDB在事务提交后的日志写入频率。这么说其实并不严谨，不同取值具有不同的意义和表现。

①.当innodb_flush_log_at_trx_commit取值为0的时候，log buffer会每秒写入到日志文件并刷写（flush）到磁盘。但每次事务提交不会有任何影响，也就是log buffer的刷写操作和事务提交操作没有关系。在这种情况下，MySQL性能最好，但如果mysqld进程崩溃，通常会导致最后1s的日志丢失。

②.=1时，每次事务提交时，log buffer会被写入到日志文件并刷写到磁盘。这也是默认值。这是最安全的配置，但由于每次事务都需要进行磁盘I/O，所以也最慢。

③.=2时，每次事务提交会写入日志文件，但并不会立即刷写到磁盘，日志文件会每秒刷写一次到磁盘。这时如果mysqld进程崩溃，由于日志已经写入到系统缓存，所以并不会丢失数据；在操作系统崩溃的情况下，通常会导致最后 1s 的日志丢失。

上面说到的「最后1s」并不是绝对的，有的时候会丢失更多数据。有时候由于调度的问题，每秒刷写（once-per-second flushing）并不能保证 100% 执行。对于一些数据一致性和完整性要求不高的应用，配置为2就足够了；如果为了最高性能，可以设置为 0。有些应用，如支付服务，对一致性和完整性要求很高，所以即使最慢，也最好设置为

2.sync_binlog

sync_binlog是MySQL的二进制日志（binary log）同步到磁盘的频率。MySQL server在binary log每写入sync_binlog次后，刷写到磁盘。

如果autocommit开启，每个语句都写一次binary log，否则每次事务写一次。

①.默认值是=0，不主动同步，而依赖操作系统本身不定期把文件内容flush到磁盘。设为1最安全，在每个语句或事务后同步一次binary log，即使在崩溃时也最多丢失一个语句或事务的日志，但因此也最慢。

②.大多数情况下，对数据的一致性并没有很严格的要求，所以并不会把sync_binlog配置成1. 为了追求高并发，提升性能，可以设置为 100 或直接用0. 而和innodb_flush_log_at_trx_commit一样，对于支付服务这样的应用，还是比较推荐sync_binlog=1.