主从延迟

需求描述 正常情况下我们是不会有刻意延迟从库的需求的，因为正常的线上业务自然是延迟越低越好。但是针对测试场景，业务上偶尔需要测试延迟场景下业务是否能正常运行。 解决方案 针对这种场景mysql有一个叫延迟复制的功能，上面的命令是延迟复制5S，下面的是取消延迟服务组。就是执行SQL的线程在执行等会，等 ...

[toc] 背景 XX实例（一主一从）xxx告警中每天凌晨在报SLA报警，该报警的意思是存在一定的主从延迟（若在此时发生主从切换，需要长时间才可以完成切换，要追延迟来保证主从数据的一致性） XX实例的慢查询数量最多（执行时间超过1s的sql会被记录），XX应用那方每天晚上在做删除一个月前数据的任务 ...

一、现象 凌晨对线上一张表添加索引，表数据量太大(1亿+数据，数据量50g以上)，造成主从延迟几个小时，各个依赖从库的系统无法查询数据，最终影响业务。 现在就梳理下主从

什么是大事务运行时间比较长，长时间未提交的事务就可以称为大事务大事务产生的原因操作的数据比较多大量的锁竞争事务中有其他非DB的耗时操作。。。大事务造成的影响并发情况下，数据库连接池容易被撑爆锁定太多的数据，造成大量的阻塞和锁超时执行时间长，容易造成主从延迟回滚所需要的时间比较长undo log膨胀。。。如何查询大事务注：本文的sql的操作都是基于mysql5.7版本以查询执行时间超过10秒的事务为例：select * from information_schema.

zabbix监控Mysql主从状态及延迟1 . 监控Mysql主从状态2 . 监控Mysql主从延迟1 . 监控Mysql主从状态数据库角色IP主机名主数据库192.168.25.132node02-Linux.example.com从数据库192.168.25.133node03-Linux.example.com主数据库192.168.25.132已经安装了agent从数据库安装agent[root@node02-linux ~]# yum -y ins