转载

记一次MYSQL故障定位分析全过程

由于业务以及历史原因MySQL单实例有一万个数据库左右，历史原因使用的MySQL5.5版本，计划升级，为了不影响业务，开启了MySQL数据的主从同步（具体步骤不在这里详述），备份时间比较长，start slave 之后一直在追赶主库的数据、接到反馈APP端请求超时

查看当前同步的过程
查看当前MySQL同步情况
从库的同步情况
记一次MYSQL故障定位分析全过程

主库的binlog情况
记一次MYSQL故障定位分析全过程

查看当前主库的io情况
记一次MYSQL故障定位分析全过程

从库还在追赶主库的数据

dstat -l -m -r -c --top-io --top -mem --top-cpu
记一次MYSQL故障定位分析全过程

查看当MySQL的进程
show full processlit
阻塞进程比较多

查看MySQL当前的事物以及内存使用情况
show engine innodb status/G
锁比较多
记一次MYSQL故障定位分析全过程

查看MySQL的日志
记一次MYSQL故障定位分析全过程

问题所在，开启主从同步之后这个warning就一直刷屏

分析MySQL主库binlog模式应该为为statement
记一次MYSQL故障定位分析全过程

找到元凶

set global binlog_format = ROW

set global binlog_format = ROW

start slave;

错误日志消失、主从同步正常、业务也恢复了正常

谨记谨记 MySQL主从复制binlog_format 一定要ROW模式

正文到此结束

所属分类：编程技术

本文标签： DOM lib ACE ioc ELK web IHS awk nfs 数据 SDN App ftp Word JMS id rsync IBM ip Ipo UI FIT CTO MySQL5 mmm FAQ CXF zip tab SVN tar map API 同步 ECS Job MQ ssh aix pom sql SOA CEO 锁 ask WMS AOP XEN rpm db CDN apr NSA UDP key VPN CRM IO rmi ssl db2 DNS cat CSS TCP XML DDL IOS NIO Lua vps 备份 cvs js 进程 IDE 时间实例 src kk ORM bug mysql PHP cmd git 数据库 PaaS NFV
版权声明： 本文为互联网转载文章，出处已在文章中说明(部分除外)。如果侵权，请联系本站长删除，谢谢。
本文海报： 生成海报一生成海报二

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。