MySQL主从延迟解决方案

背景：

1、当前从库实例的延迟增长一直不降

2、网络抖动

| sync_binlog                             | 1     |
| sync_master_info                        | 10000 |
| sync_relay_log                          | 10000 |
| sync_relay_log_info                     | 10000 |

| innodb_flush_log_at_trx_commit | 2     |

调节从库的参数，可以减小延迟。

sync_binlog  

sync_binlog=0：禁用mysql服务器将二进制日志同步到磁盘。相反，mysql服务器依赖操作系统不时地将二进制日志刷新到磁盘上，就像对任何其他文件一样。此设置提供最佳性能，但在电源故障或操作系统崩溃时，服务器可能提交了尚未同步到二进制日志的事务。

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

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

innodb_flush_log_at_trx_commit

默认设置为1。日志会在每次事务提交时写入并刷新到磁盘。

设置为0时，每秒将日志写入磁盘并刷新一次。日志尚未刷新的事务可能在崩溃中丢失。

设置为2时，日志将在每个事务提交之后写入，并每秒刷新一次到磁盘。日志尚未刷新的事务可能在崩溃中丢失。

sync_master_info                        

master_info_repository=FILE。

如果同步主机信息的值大于0，则从机在每次同步主机信息事件后将其master.info文件同步到磁盘（使用fdatasync（））。

如果为0，则mysql服务器不执行master.info文件到磁盘的同步；该服务器依赖操作系统定期刷新其内容，与任何其他文件一样。

master_info_repository=TABLE。

如果同步主机信息的值大于0，则从机在每次同步主机信息事件后更新其主信息存储库表。

如果为0，则从不更新表。

sync_relay_log

如果此变量的值大于0，则在将每个同步中继日志事件写入中继日志之后，MySQL服务器将其中继日志同步到磁盘（使用fdatasync（））。设置此变量将立即对所有复制通道（包括正在运行的通道）生效。

将同步中继日志设置为0将不会对磁盘进行同步；在这种情况下，服务器依赖操作系统不时刷新中继日志的内容，就像对任何其他文件一样。

值为1是最安全的选择，因为在发生崩溃时，您最多会从中继日志中丢失一个事件。但是，它也是最慢的选择（除非磁盘有电池支持的缓存，这使得同步非常快）。