修改my.cnf文件（win版为my.ini）

innodb_flush_log_at_trx_commit=2

sync_binlog=1000

innodb_log_file_size = 5120M

innodb_log_buffer_size = 5120M

innodb_buffer_pool_size = 16096M

innodb_buffer_pool_instances=4

说明：

innodb_flush_log_at_trx_commit和sync_binlog 两个参数是控制MySQL 磁盘写入策略以及数据安全性的关键参数,它们的配置对于mysql 性能有很大的影响

一、innodb_flush_log_at_trx_commit
innodb_flush_log_at_trx_commit：是 InnoDB 引擎特有的，ib_logfile的刷新方式（ ib_logfile：存放InnoDB引擎的事务日志信息，含redo log和undo log的信息）

取值：0/1/2

innodb_flush_log_at_trx_commit=0，表示每秒将log buffer写入os chache并刷新到磁盘。尚未刷新日志的事务可能会在崩溃中丢失。也就是说一秒之前的日志都保存在日志缓冲区，也就是内存上，如果机器宕掉，可能丢失1秒的事务数据。

innodb_flush_log_at_trx_commit=1，表示在每次事务提交的时候，都把log buffer刷到文件系统中(os cache)去，并且调用文件系统的“flush”操作将缓存刷新到磁盘上去。这样的话，数据库对IO的要求就非常高了，如果底层的硬件提供的IOPS比较差，那么MySQL数据库的并发很快就会由于硬件IO的问题而无法提升。要完全符合ACID，必须使用默认设置1。

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

对于设置0和2，不能100％保证每秒刷新一次。因为DDL更改和其他内部InnoDB活动会导致日志的刷新独立于innodb_flush_log_at_trx_commit 设置，刷新可能会更频繁地发生。如果日志每秒刷新一次，则在崩溃中最多会丢失一秒钟的事务。如果日志刷新频率大于或小于每秒一次，则可能丢失的事务量会相应变化。

日志刷新频率由来控制 innodb_flush_log_at_timeout，可让您将日志刷新频率设置为 N秒（其中 N为1 … 2700，默认值为1）。但是，任何意外的mysqld进程退出都可能擦除多达N几秒钟的事务。

二、sync_binlog
sync_binlog：是MySQL 的二进制日志（binary log）同步到磁盘的频率。

取值：0-N

sync_binlog=0，禁用MySQL服务器将二进制日志同步到磁盘的功能。取而代之的是，MySQL服务器依靠操作系统不时地将二进制日志刷新到磁盘上，就像处理任何其他文件一样。此设置可提供最佳性能，但是在电源故障或操作系统崩溃的情况下，服务器可能提交了尚未同步到二进制日志的事务。

sync_binlog=1，在提交事务之前启用二进制日志到磁盘的同步。这是最安全的设置，但是由于磁盘写入次数增加，可能会对性能产生负面影响。如果发生电源故障或操作系统崩溃，二进制日志中缺少的事务将仅处于准备状态。这允许自动恢复例程回滚事务，从而确保二进制日志中不会丢失任何事务。

sync_binlog=n，其中N的值代表事务量：在N次事务之后，二进制日志将同步到磁盘 。在电源故障或操作系统崩溃的情况下，服务器可能提交了尚未刷新到二进制日志的事务。由于磁盘写入次数的增加，此设置可能会对性能产生负面影响。较高的值可以提高性能，但会增加数据丢失的风险。

三、推荐配置组合
innodb_flush_log_at_trx_commit    sync_binlog    描述
1    1    适合数据安全性要求非常高，而且磁盘写入能力足够支持业务
1    0    适合数据安全性要求高，磁盘写入能力支持业务不足，允许备库落后或无复制。
2    0/N(0<N<100)    适合数据安全性要求低，允许丢失一点事务日志，允许复制延迟。
0    0    磁盘写能力有限，无复制或允许复制延迟较长。
总结：

innodb_flush_log_at_trx_commit和sync_binlog两个参数设置为1的时候，安全性最高，写入性能最差。在mysqld服务崩溃或者服务器主机宕机的情况下，日志缓存区只有可能丢失最多一个语句或者一个事务。但是会导致频繁的磁盘写入操作，因此该模式也是最慢的一种方式。

当sync_binlog=N(N>1 )，innodb_flush_log_at_trx_commit=2时，在当前模式下MySQL的写操作才能达到最高性能。

3. innodb_log_buffer_size

innodb_log_buffer_size参数定义了InnoDB用于缓存日志条目的内存缓冲区的大小。当事务发生时，相关的日志条目首先被写入这个缓冲区，然后在适当的时机被刷新到磁盘上的日志文件。因此，这个缓冲区的大小直接影响到了事务的性能。

如果innodb_log_buffer_size设置得过小，可能会导致频繁的日志缓冲区刷新，这会降低事务的性能。相反，如果设置得过大，会浪费内存资源。因此，需要根据实际的负载和硬件资源来合理地调整这个参数。

通常，可以通过监控Innodb_log_buffer_requests和Innodb_log_buffer_writes状态变量来评估innodb_log_buffer_size设置是否合适。如果Innodb_log_buffer_requests的值很高，而Innodb_log_buffer_writes的值也很高，那么可能需要增加innodb_log_buffer_size的值。

4. innodb_log_file_size

innodb_log_file_size参数定义了InnoDB日志文件的大小。这些日志文件用于存储数据库的所有变更，并在数据库崩溃时用于恢复。因此，这个参数对于数据库的可靠性和性能都非常重要。

如果innodb_log_file_size设置得过小，可能会导致日志文件频繁地滚动（即创建新的日志文件），这会降低性能并增加恢复时间。相反，如果设置得过大，会浪费磁盘空间，并可能导致日志文件在恢复时变得难以处理。

在调整innodb_log_file_size时，需要考虑数据库的负载、恢复时间要求以及磁盘空间等因素。可以通过监控Innodb_log_files_in_group和Innodb_log_file_size状态变量来评估当前的日志文件配置是否合适。

总结

innodb_log_buffer_size和innodb_log_file_size是MySQL中InnoDB存储引擎的两个关键参数，它们对数据库的性能和可靠性都有重要影响。通过合理地调整这些参数，并根据实际的负载和硬件资源进行优化，可以显著提高数据库的性能和稳定性。