【RDS】RDS MySQL只读实例同步延迟是什么原因？如何处理？

排查方法

当只读实例出现延迟时，可以根据以下排查方法定位问题：

• 在RDS控制台中查看监控信息，检查只读实例的IOPS，确认只读实例是否存在资源瓶颈。

• 在RDS控制台查看监控信息，检查只读实例的TPS，确认主实例TPS是否过高。

• 检查只读实例的Binlog增长量，确定是否存在大事务。

• 查看慢日志信息，确认是否存在alter，repair和create等DDL操作，详情请参见分析慢日志。

• 只读实例执行show slave status \G命令，确定是否存在元数据锁。

• 检查只读实例是否存在无主键表的删除或者更新操作，可以通过在只读实例上执行show engine innodb status\G语句查看，或者执行show open tables语句后，查看输出结果的in_use列的值为1的表。

解决方法

只读实例规格过小

建议您升级只读实例规格，使只读实例的配置大于或者等于主实例的配置，避免由于只读实例规格较小导致延迟，详情请参见变更配置。

主实例的TPS（Transaction Per Second）过高

确认主实例的TPS是否正常，如果TPS过高，则需要对业务进行优化或者拆分，保证主实例的TPS不会导致只读实例出现延迟。TPS相关数据可以通过自治服务的性能趋势页面查看，详情请参见性能趋势。

主实例的大事务

1、在只读实例出现大事务导致延迟时，登录数据库，执行以下SQL语句，确认Seconds_Behind_Master不断变化，而Exec_Master_Log_Pos却保持不变，说明只读实例的SQL线程在执行一个大事务或者DDL操作。然后通过show processlist语句定位具体的线程。

show slave status \G

系统显示类似如下。

2、建议您将大事务拆分为小事务分别执行。例如在delete语句中增加where条件子句，限制每次删除的数据量，将一次删除操作拆分为多次数据量较小的删除操作进行。这样只读实例可以迅速的完成事务的执行，不会造成数据的延迟。

主实例的DDL语句执行时间长

• 对于DDL直接引起的只读实例延迟，建议在业务低峰期执行这些DDL。

• 对于来自主实例的DDL语句在只读实例上被阻塞的情况

a.需要在只读实例上执行show processlist语句，确认SQL线程的状态为“waiting for table metadata lock”。

b.然后使用kill命令终止只读实例上引起阻塞的会话，恢复只读实例和主实例的数据同步，详情请参见解决MDL锁导致无法操作数据库的问题。