mysql牺牲数据，提升性能的两个参数（可提高百分之10的速度）

Show gloabl variables like ‘%flush%’;
set global innodb_flush_log_at_trx_commit=2;
Set global sync_binlog=0;

innodb_flush_log_at_trx_commit：
innodb_flush_log_at_trx_commit = 0，Innodb 中的Log Thread 没隔1 秒钟会将logbuffer中的数据写入到文件，同时还会通知文件系统进行文件同步的flush操作，保证数据确实已经写入到磁盘上面的物理文件。但是，每次事务的结束（commit 或者是rollback）并不会触发LogThread 将log buffer 中的数据写入文件。所以，当设置为0 的时候，当MySQL Crash 和OS Crash或者主机断电之后，最极端的情况是丢失1 秒时间的数据变更。
innodb_flush_log_at_trx_commit = 1，这也是Innodb的默认设置。我们每次事务的结束都会触发Log Thread 将log buffer中的数据写入文件并通知文件系统同步文件。这个设置是最安全的设置，能够保证不论是MySQL Crash 还是OS Crash或者是主机断电都不会丢失任何已经提交的数据。
innodb_flush_log_at_trx_commit = 2，当我们设置为2 的时候，Log Thread会在我们每次事务结束的时候将数据写入事务日志，但是这里的写入仅仅是调用了文件系统的文件写入操作。而我们的文件系统都是有缓存机制的，所以LogThread的这个写入并不能保证内容真的已经写入到物理磁盘上面完成持久化的动作。文件系统什么时候会将缓存中的这个数据同步到物理磁盘文件LogThread 就完全不知道了。所以，当设置为2 的时候，MySQL Crash 并不会造成数据的丢失，但是OS Crash或者是主机断电后可能丢失的数据量就完全控制在文件系统上了。各种文件系统对于自己缓存的刷新机制各不一样，大家可以自行参阅相关的手册。
根据上面三种参数值的说明，0的时候，如果mysql crash可能会丢失数据，可靠性不高。我们着重测试1和2两种情况。

global sync_binlog：
当sync_binlog设置为1时，MySQL会在每次提交事务时将binlog缓存中的数据同步到磁盘上。这样可以保证即使发生崩溃，所有已提交的事物也会被记录到binlog中。然而，这样会增加磁盘I/O的负担，可能会对性能产生影响。
如果设置为0（默认值），MySQL将不会在每次事务提交时都进行同步，这样可以提高性能，但是如果发生崩溃，最近的事务可能会丢失。