面试题答案
一键面试查看系统表
information_schema.innodb_trx- 此表记录了当前正在执行的 InnoDB 事务。通过查询该表，可以获取事务的详细信息，如事务 ID、事务启动时间、持有锁的信息等。例如：
SELECT * FROM information_schema.innodb_trx;- 其中，
trx_state字段表示事务状态，若为LOCK WAIT，则说明该事务正在等待锁，可能存在锁冲突。trx_mysql_thread_id字段关联到information_schema.processlist表中的id字段，可以进一步获取该事务对应的线程信息。
information_schema.innodb_locks- 该表记录了当前 InnoDB 引擎持有的锁信息。通过查询此表，可以了解锁的类型（如共享锁、排他锁）、锁的对象（表、行等）等详细信息。示例查询：
SELECT * FROM information_schema.innodb_locks;- 比如，通过
lock_mode字段可以知道锁的模式，lock_table字段可以明确锁作用的表。
information_schema.innodb_lock_waits- 此表展示了锁等待的相关信息，它将等待锁的事务与被等待的事务关联起来。查询语句如下：
SELECT * FROM information_schema.innodb_lock_waits;- 该表中的
requesting_trx_id和blocking_trx_id分别表示请求锁的事务 ID 和阻塞该请求的事务 ID，通过这两个 ID 可以在information_schema.innodb_trx表中获取更详细的事务信息，从而分析锁冲突的根源。
使用命令
SHOW ENGINE INNODB STATUS- 这是一个非常有用的命令，它可以输出 InnoDB 引擎的详细状态信息，其中包含锁相关的内容。在 MySQL 客户端中执行：
SHOW ENGINE INNODB STATUS\G- 在输出结果中，
LATEST DETECTED DEADLOCK部分会详细记录最近检测到的死锁信息，包括死锁涉及的事务、锁的对象、事务执行的 SQL 语句等，对于分析锁冲突和死锁原因十分关键。另外，TRANSACTIONS部分也会显示当前活跃事务的状态，能辅助判断锁冲突情况。
SHOW PROCESSLIST- 该命令用于查看当前 MySQL 服务器正在执行的线程信息。执行：
SHOW PROCESSLIST;- 结合
information_schema.innodb_trx表中的trx_mysql_thread_id字段，若线程状态为Waiting for table metadata lock或Waiting for lock等，可能与锁冲突有关。同时，通过info字段可以查看线程正在执行的 SQL 语句，有助于分析锁冲突场景。
分析锁冲突原因
- 事务隔离级别
- 不同的事务隔离级别会影响锁的使用方式。例如，在
READ COMMITTED隔离级别下，InnoDB 使用行级锁，而在REPEATABLE READ隔离级别下，除了行级锁，还可能使用间隙锁。如果在高并发场景下设置了不合适的隔离级别，可能会导致锁冲突。通过查看数据库或事务的隔离级别设置（使用SELECT @@transaction_isolation;查看全局隔离级别，SELECT @@session.transaction_isolation;查看会话隔离级别），结合业务场景分析是否因隔离级别问题引发锁冲突。
- 不同的事务隔离级别会影响锁的使用方式。例如，在
- 锁的粒度
- 从
information_schema.innodb_locks表中锁的对象信息分析锁的粒度。如果锁的粒度太粗，如使用表级锁而不是行级锁，可能会导致并发性能下降，增加锁冲突的概率。例如，在更新少量行数据时，若使用了表级锁，其他事务对该表任何行的操作都需等待锁释放，从而引发锁冲突。
- 从
- 事务执行顺序
- 通过
information_schema.innodb_lock_waits表中请求锁和阻塞锁的事务关系，以及information_schema.innodb_trx表中事务的启动时间和执行的 SQL 语句，分析事务执行顺序是否不合理。例如，两个事务对相同的多个资源加锁，但加锁顺序相反，可能会导致死锁（一种特殊的锁冲突）。
- 通过
- 业务逻辑复杂度
- 结合
SHOW ENGINE INNODB STATUS输出中事务执行的 SQL 语句以及业务逻辑，分析业务逻辑是否过于复杂，导致事务持有锁的时间过长。例如，在事务中包含大量的计算或外部系统调用，延长了锁的持有时间，增加了锁冲突的可能性。
- 结合