mysql查询表锁定情况 mysql 查询锁等待的sql

答案是分析MySQL锁等待需要开启InnoDB监控，通过错误日志和系统表定位阻塞源。首先启用innodb_print_all_deadlocks及Performance Schema的锁，再查询information_schema.INNODB_TRX和data_lock_waits表获取当前事务与锁等待关系，结合两者可确定被阻塞SQL及持有锁的事务；同时检查错误日志中的死锁记录，分析冲突SQL、索引使用与隔离级别；最后通过优化长事务、索引访问和隔离级别降低锁争。

分析MySQL中的锁等待日志，核心是理解InnoDB的锁机制，并结合系统表和错误日志来定位阻塞源头。MySQL 本身不会默认记录详细的锁等待日志，但可以通过开启相关配置并查询性能模式（Performance Schema）或 information_schema 中的表来获取锁信息。启用锁监控功能

要分析锁等待，首先要确保 MySQL 实例启用了必要的监控的选项：开启 innodb_print_all_deadlocks：将死锁信息写入错误日志，后续分析。

在配置文件中添加：innodb_print_all_deadlocks = ON 启用 Performance Schema 中的锁相关消费者：可通过以下语句检查并开启： UPDATE Performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME LIKE 'wait'；登录后复制 UPDATE Performance_schema.setup_instruments SET ENABLED = 'YES'， TIMED = 'YES' WHERE NAME = 'wait/synch/innodb/innodb_mutex'；登录后复制查看当前锁等待状态

通过查询 information_schema.INNODB_TRX 和 Performance_schema.data_lock_waits 表，可以实时查看正在发生的锁等待：查询当前运行的事务及其阻塞情况： SELECT trx_id， trx_mysql_thread_id， trx_query， trx_state， trx_wait_started， trx_requested_lock_id 来自information_schema.INNODB_TRX ORDER BY trx_wait_started；登录后复制查看具体的锁等待关系： SELECT requesting_trx_id，requested_lock_id，blocking_trx_id，blocking_lock_idFROM Performance_schema.data_lock_waits；登录后复制结合事务表与锁表，哪个定位 SQL 被阻塞以及谁在持有锁： SELECT r.trx_id waiting_trx_id， r.trx_mysql_thread_id waiting_thread， r.trx_query waiting_query， b.trx_idblocking_trx_id， b.trx_mysql_thread_idblocking_thread， b.trx_queryblocking_queryFROM information_schema.innodb_trx bJOIN Performance_schema.data_lock_waits w ON b.trx_id = w.blocking_trx_idJOIN information_schema.innodb_trx r ON r.trx_id = w.requesting_trx_id；登录后复制分析错误日志中的死锁信息

当发生死锁且 innodb_print_all_deadlocks 开启时，MySQL 将完整死锁详情写入错误日志。

典型内容包括：如知AI笔记

如知笔记——支持markdown的在线笔记，ai智能写作、AI搜索，支持DeepseekR1满血大模型 27 查看详情 两个或多个事务的ID、执行的SQL语句 每个事务已持有的锁并尝试申请的锁InnoDB自动回滚的事务及其原因

从日志中可判断出：哪条SQL触发了锁冲突、涉及的索引或记录、事务隔离级别是否合理。例如，间隙出现对主键或二级索引的间隙锁等待，可能说明长事务或未使用索引的查询。优化与建议

锁等待分析结果，可根据以下措施减少锁用：大概事务长度，避免在事务中执行同步操作（如存在网络调用）确保DML操作走索引，避免全表扫描导致大量行锁合理设置隔离级别，如非必要情况从可重复读（REPEATABLE READ）降为读已提交（READ COMMITTED）监控长时间运行的事件：SELECT * FROM information_schema.INNODB_TRX WHERE TIME_TO_SEC(timediff(now()， trx_started)) gt； 60；登录后复制

基本上就这些。只要打开了回复开关，结合系统表和日志，就能清楚地看到谁在等锁、被谁阻止、为什么发生。关键是及时发现异常事务并优化SQL和事务设计。

以上就是如何在mysql中分析锁等待日志的详细内容，更多请关注乐哥常识网其他相关文章！