mysql主从延时原因以及解决思路

延迟原因：

当主库发生事务产生大量binglog文件时，由主库的dump线程同步至slave的relay log，事务结束，slave的数据由自己的sql线程解析binglog，将数据写入库，sql线程为单线程，如果产生日志较多，线程处理速度达到瓶颈，发生读库延迟

解决思路：

1、架构优化
增加从库实例，分担单个从库压力，从而提高复制效率
业务端增加缓存层，分担从库压力

2、升级slave硬件，使用高性能SSD来提升IO效率问题
3、调整slave服务的binglog策略，因从库安全性要求不高，可关闭对应binglog配置
innodb_flush_log_at_trx_commit=n
n=0，binlog刷新到磁盘和事务执行无关，由异步线程1s刷新一次缓冲区的日志到磁盘，最欢导致1s数据丢失
n=1，每次事务提交是都同步刷新缓冲区的日志到磁盘，默认配置，也是最安全的配置
n=2，每次事务提交写入日志到缓冲区的日志文件，异步每隔1s，刷新一次日志，并不一定写入磁盘，有操作系统决定
sync_log=n
n>0，每向日志文件写入n条sql后，则把缓冲区的二进制文件写入磁盘
n=0，不主动刷新日志文件到磁盘，具体由操作系统自身决定