MySQL报错 故障修复 MySQL Error number:MY-012516;Symbol:ER_IB_MSG_691;SQLSTATE:HY000 远程处理方法

🚨 MySQL深夜报警！遇到ER_IB_MSG_691错误别慌，远程急救指南来了

凌晨2:15，你的手机突然疯狂震动——监控系统报警：「MySQL主库报错MY-012516！」😱 正在加班的开发同事在群里@你："订单服务全部超时，错误代码ER_IB_MSG_691，现在客户无法支付！"

别急！这份含泪整理的远程急救手册，能让你穿着睡衣也能快速解决问题！

🔍 错误速查名片

错误编号：MY-012516  
内部代号：ER_IB_MSG_691  
SQL状态：HY000  
家族成员：InnoDB存储引擎错误  
危险等级：⭐⭐⭐（会导致事务阻塞）  
经典台词："Cannot modify table structure while transaction is active"  

🧐 案发现场还原

通常出现在这些场景时：

1. 半夜跑DDL变更（比如加索引）时遇上长事务未提交
2. 业务高峰期间执行ALTER TABLE与事务死锁
3. 备份工具在导出数据时意外中断
4. 开发者忘记提交测试环境的BEGIN TRANSACTION

典型报错长这样：

ERROR 1292 (HY000): Incorrect datetime value: '2025-13-01' for column 'create_time'
-- 注意！这其实是误导，真实错误被掩盖了

🛠️ 远程急救四步法

第一步：立即止血 🩹

-- 1. 快速查看卡住的事务（5.7+/8.0通用）
SELECT * FROM information_schema.INNODB_TRX 
WHERE TIME_TO_SEC(TIMEDIFF(NOW(),trx_started)) > 60;  -- 找出运行超过1分钟的事务
-- 2. 温柔终止危险事务（优先找业务确认）
KILL [事务线程ID];  -- 别直接上kill -9！

第二步：解锁元数据 🔓

-- 查看所有等待锁的线程（重点找MDL锁）
SHOW PROCESSLIST;
-- 或使用performance_schema（更详细）
SELECT * FROM performance_schema.metadata_locks 
WHERE LOCK_STATUS='PENDING';

第三步：紧急绕行方案 🚧

如果核心业务表被锁：

1. 临时切换读从库
2. 使用pt-online-schema-change工具
3. 设置lock_wait_timeout=30减少阻塞时间

第四步：事后验伤 🏥

-- 检查是否有表损坏（错误常伴随表损坏）
CHECK TABLE 订单表 EXTENDED;
-- 查看错误日志精确定位
grep "ER_IB_MSG_691" /var/log/mysql/error.log

💡 防御性编程建议

1. 事务纪律：

   • 所有事务必须带/* 业务注释 */
   • 开发环境强制SET autocommit=1

2. 变更规范：

   

   # 任何DDL前先检查（运维必备命令）
   mysql -e "SELECT COUNT(*) FROM information_schema.INNODB_TRX" 

3. 监控配置：

   • 报警规则：长事务 > 30s + MDL等待 > 10s
   • Prometheus添加mysql_global_status_innodb_row_lock_waits指标

🌟 知识延伸

这个错误实际上是InnoDB的元数据锁（MDL）保护机制，就像你在改PPT时，同事突然把文件删了💻，MySQL会果断阻止这种危险操作。

最新版MySQL 8.2（2025）已优化错误提示，现在会直接显示：
"事务[ID:123]阻塞了表结构变更，请提交或回滚该事务"