因从库是单进程，采用队列形式应用主库推送过来的binlog日志，当主库写压力较大时，从库就会跟不上，从而产生延迟。

调整业务：
1、一些公司的数据库设计，把各种业务的库都放到一个数据库实例里，比如一条update更新语句较慢，那么从库就会卡在那里，出现延迟。
应拆分不同的业务到不同的服务器里，例如用户登录表、网站首页涉及的表、文章帖子相关表，站内搜索表、LOG日志表，这样就减少了主库的写压力。并且这样的好处很明显，一个环节出现了问题，不会影响所有的应用。

2、将统计分析类型的SQL语句在单独的BI数据库服务器上做查询，不要在主库和从库上，因为这种类型的SQL都比较复杂，执行的时间也很长。

3、pt-kill部署线上环境，定义5-10秒，杀死耗时很长的SQL，这样在读写分离时，从库不会因为一条SQL卡在那里，出现延迟。

4、有计划的进行对大表拆分并迁移，一张大表的DML操作在高并发环境肯定比一张小表的DML操作吞吐量低（可以用sysbench分别压测一千万和一亿条记录，看哪个QPS高），例如订单表，用户一般只关心3个月内的订单，那么就可以通过时间字段，将历史数据拆分出去，并迁移到单独的服务器里，减缓压力。

5、将MyISAM表批量改为InnoDB，升级数据库版本，改为MariaDB或Percona，这样会有更高的吞吐量。

6、增加内存，调整InnoDB_Buffer_Pool的大小，将数据和索引更多的缓存在内存里。

通过以上的调整，可以大大减少主从延迟的问题。