一文详解MySQL主从同步原理(2)-木庄网络博客

当前第2页返回上一页

从库压力更大：

读写分离后，主库负责写请求，从库负责读请求。
互联网应用一般读请求更多，所以从库读压力更大，占用更多CPU资源。

网络延迟：

当主库的Bin Log文件往从库上发送时，可能产生网络延迟，也会导致从库数据跟不上。

主库有大事务：

当主库上有个大事务需要执行5分钟，把Bin Log文件发送到从库，从库至少也需要执行5分钟，所以这时候从库就出现了5分钟的延迟。

主从同步延迟的解决方案？

从库机器性能较差：

把从库换成跟主库同等规格的机器。

从库压力更大：

多搞几台从库，分担读请求压力。

网络延迟：

联系运维或者云服务提供商解决。

主库有大事务：

把大事务分割成小事务执行，大事务不但会产生从库延迟，还可能产生死锁，降低数据库并发性能，所以尽量少用大事务。

5. 如何提升主从同步性能

从库开启多线程复制

就是在主从同步的最后两步使用多线程，修改配置 slave_parallel_workers=4，代表开启4个复制线程。

修改同步模式，改为异步

主从同步共有三种复制方式：

全同步复制：

当主库执行完一个事务，并且所有从库都执行完该事务后，才给客户端返回成功。

半同步复制：

至少有一个从库执行完成后，就给客户端返回成功。

异步复制：

主库执行完后，立即返回成功，不关心从库是否执行完成。

如果对数据安全性要求没那么高，可以把同步模式改成半同步复制或者异步复制。

修改从库Bin Log配置

修改sync_binlog配置：

sync_binlog=0 ，表示写binlog不立即刷新磁盘，由系统决定什么时候刷新磁盘。

sync_binlog=1，每次写binlog都刷新磁盘，安全性高，性能差。

sync_binlog=N，写N次binlog才刷新磁盘。

从库对数据安全性要求没那么高，可以设置sync_binlog=0。

修改innodb_flush_log_at_trx_commit配置：

innodb_flush_log_at_trx_commit=0，每隔一秒钟，把事务日志刷新到磁盘。

innodb_flush_log_at_trx_commit=1，每次事务都刷新到磁盘。

innodb_flush_log_at_trx_commit=2，每次事务都不主动刷新磁盘，由系统决定什么时候刷新磁盘。

从库对数据安全性要求没那么高，可以设置innodb_flush_log_at_trx_commit=2。