转载

记一次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模式

正文到此结束

所属分类：编程技术

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

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

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