MySQL 亿级大表优化案例一则
将 "数据与人" 设为 "星标⭐"
第一时间收到文章更新 
背景
近期凌晨经常收到 MySQL 一套实例（一主一从）告警。
告警的原因是存在一定程度的主从延迟。主从延迟过大会影响故障切换，因为若发生切换，需要长时间才可以完成切换，要追延迟来保证主从数据的一致性。
这套 MySQL 实例上的慢查询数量也多，原因是应用每天晚上跑批，在做删除三个月前数据的任务。
分析
使用 pt-query-digest 工具分析一周的慢日志：
将 "数据与人" 设为 "星标⭐"
第一时间收到文章更新
近期凌晨经常收到 MySQL 一套实例（一主一从）告警。
告警的原因是存在一定程度的主从延迟。主从延迟过大会影响故障切换，因为若发生切换，需要长时间才可以完成切换，要追延迟来保证主从数据的一致性。
这套 MySQL 实例上的慢查询数量也多，原因是应用每天晚上跑批，在做删除三个月前数据的任务。
使用 pt-query-digest 工具分析一周的慢日志：
