如何排查Azure MySQL弹性服务器中InnoDB运行时锁的成因

一、定位引发InnoDB锁的查询/操作 #

• 从SHOW ENGINE INNODB STATUS的TRANSACTIONS区块中锁定LOCK WAIT条目：这里会明确显示等待锁的事务ID、请求的锁模式，以及持有锁的事务ID，结合事务ID可关联到具体阻塞查询。
• 联合查询INFORMATION_SCHEMA锁相关表，直接关联锁等待关系与对应SQL：

  SELECT 
    trx.trx_id AS 等待事务ID,
    trx.trx_query AS 等待查询语句,
    locks.lock_mode AS 等待锁模式,
    trx2.trx_id AS 阻塞事务ID,
    trx2.trx_query AS 阻塞查询语句,
    locks2.lock_mode AS 阻塞锁模式
  FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS lw
  JOIN INFORMATION_SCHEMA.INNODB_TRX trx ON lw.requesting_trx_id = trx.trx_id
  JOIN INFORMATION_SCHEMA.INNODB_LOCKS locks ON lw.requested_lock_id = locks.lock_id
  JOIN INFORMATION_SCHEMA.INNODB_TRX trx2 ON lw.blocking_trx_id = trx2.trx_id
  JOIN INFORMATION_SCHEMA.INNODB_LOCKS locks2 ON lw.blocking_lock_id = locks2.lock_id;
  

• 结合SHOW FULL PROCESSLIST结果：筛选State列显示Locked的进程，对比事务ID找到阻塞源头；重点关注Time列数值较大的非Sleep进程，这类进程往往是锁的持有者。

二、进一步排查锁等待的工具/命令 #

• 慢查询日志：通过服务器参数开启slow_query_log=ON，设置long_query_time阈值（比如1秒），捕捉执行时间过长的SQL——这类查询通常是锁阻塞的源头。
• PERFORMANCE_SCHEMA：开启performance_schema=ON后，查询events_statements_history、events_waits_history表，追踪锁相关事件的详细执行路径，定位锁产生的上下文。
• 实时进程监控：使用mysqladmin processlist -u [用户名] -p定期输出进程状态；若能访问终端，可搭配watch命令实时刷新进程列表，观察锁状态变化。
• 事务隔离级别检查：执行SELECT @@GLOBAL.tx_isolation, @@SESSION.tx_isolation;，确认隔离级别是否合理（比如REPEATABLE READ下的幻读可能引发不必要的锁）。

三、Azure MySQL弹性服务器专属的锁相关功能 #

• Azure Monitor指标：在Azure门户的服务器监控页面，查看InnoDB行锁等待次数、InnoDB行锁等待时间、InnoDB当前行锁等待数等指标，直观掌握锁等待的频率和时长趋势。
• Azure Database Insights：集成的洞察工具可展示锁等待的关联查询、资源使用情况，自动识别异常查询并给出优化建议，快速定位锁的触发源。
• 审计日志：开启审计日志后，可记录所有DDL、DML操作，通过筛选事务相关日志，回溯锁发生前后的操作序列，精准定位触发锁的具体语句。
• 服务器参数日志：查看参数变更记录，确认innodb_lock_wait_timeout等锁相关参数是否被合理配置，避免因参数不当加剧锁问题。

四、已有排查操作的延伸优化 #

• SHOW FULL PROCESSLIST：可添加过滤条件，只显示非Sleep进程，比如SHOW FULL PROCESSLIST WHERE Command != 'Sleep';，聚焦活跃进程中的锁相关条目。
• SHOW ENGINE INNODB STATUS：除了锁等待信息，还需关注BUFFER POOL AND MEMORY区块的内存使用情况，以及ROW OPERATIONS区块的锁统计数据，判断是否因内存不足导致锁无法正常释放。

内容的提问来源于stack exchange，提问作者Vipul