mysql的行锁主要由存储引擎层实现，目前最常用的innodb存储引擎支持行级锁，行锁的释放和事务的生命周期、锁的超时配置以及手动操作都有直接关系，理解这些释放规则能有效避免锁等待带来的性能问题。
正常事务流程下的行锁释放
innodb的行锁是和事务绑定的，最常规的释放场景是在事务结束时自动释放，不管是事务提交还是事务回滚，都会释放该事务持有的所有行锁，这是行锁释放的最主要方式。
我们可以通过一个简单的示例来验证这个逻辑，首先开启两个mysql客户端会话：
-- 会话1：开启事务并更新一行数据，此时会持有该行的排他锁 START TRANSACTION; UPDATE user SET age = 20 WHERE id = 1; -- 会话2：同时尝试更新同一行数据，会被阻塞等待锁 START TRANSACTION; UPDATE user SET age = 21 WHERE id = 1; -- 此时会卡住，等待会话1释放锁
如果此时在会话1中执行COMMIT或者ROLLBACK，会话2的更新操作会立刻执行完成，说明行锁已经被释放。需要注意的是，只有事务完全结束才会释放锁，如果事务中只是执行了更新操作但没有提交或回滚，锁会一直持有。
行锁超时自动释放
如果持有行锁的事务长时间没有提交或回滚，等待锁的会话不会无限期等待，mysql提供了锁等待超时的配置，当等待时间超过阈值时，等待方的事务会自动回滚，同时释放自己尝试获取的锁，而持有锁的事务如果没有其他操作，依然会持有锁直到自身结束。
我们可以通过以下语句查看当前的锁等待超时配置：
-- 查看行锁等待超时时间，单位是秒，默认一般是50秒 SHOW VARIABLES LIKE 'innodb_lock_wait_timeout';
如果需要调整这个超时时间，可以使用以下语句：
-- 设置全局的锁等待超时时间为30秒，仅对新连接生效 SET GLOBAL innodb_lock_wait_timeout = 30; -- 设置当前会话的锁等待超时时间为30秒 SET SESSION innodb_lock_wait_timeout = 30;
当等待方超过超时时间后，会收到类似Lock wait timeout exceeded; try restarting transaction的错误提示，此时等待方的锁获取请求失败，不会持有任何锁。
手动干预释放行锁
如果遇到长时间未提交的事务持有行锁，导致业务大量阻塞，无法通过正常事务结束释放锁时，可以手动干预释放。mysql提供了查看和终止连接的命令，通过终止持有锁的事务所在的连接，可以强制让事务回滚，从而释放行锁。
首先我们需要查看当前持有行锁的事务和对应的连接ID，在mysql 8.0及以上版本可以通过performance_schema.data_locks和information_schema.INNODB_TRX表查询：
-- 查看当前正在执行的事务，获取trx_id和对应的连接ID trx_mysql_thread_id SELECT trx_id, trx_state, trx_started, trx_mysql_thread_id FROM information_schema.INNODB_TRX; -- 查看当前持有的行锁信息 SELECT ENGINE_LOCK_ID, OBJECT_NAME, INDEX_NAME, LOCK_TYPE, LOCK_MODE, LOCK_DATA FROM performance_schema.data_locks WHERE LOCK_TYPE = 'RECORD';
得到持有锁的事务对应的连接ID后，可以使用KILL命令终止该连接：
-- 假设持有锁的连接ID是123，执行以下命令终止连接，事务会回滚，释放行锁 KILL 123;
需要注意，KILL命令会直接终止对应的数据库连接，该连接上的所有未提交事务都会回滚，执行前需要确认该连接没有正在执行其他重要操作。
特殊场景下的行锁释放
除了上述常见场景，还有一些特殊情况会影响行锁的释放：
- 如果使用了
SELECT ... FOR UPDATE或者SELECT ... LOCK IN SHARE MODE语句加行锁，这些锁同样会在事务提交或回滚时释放，和普通更新语句加的锁释放规则一致。 - 如果事务中执行了DDL语句，比如
ALTER TABLE，innodb会自动提交当前事务，此时事务持有的所有行锁会被释放。 - 如果mysql服务异常重启，所有未提交的事务都会回滚，对应的行锁也会被全部释放。
如何查看行锁状态
日常排查行锁问题时，我们可以通过以下常用命令快速了解行锁的持有和等待情况：
| 命令/表 | 作用说明 |
|---|---|
| SHOW ENGINE INNODB STATUSG | 查看innodb引擎的整体状态，包含最近的死锁信息和锁等待信息 |
| information_schema.INNODB_TRX | 查看当前所有正在运行的事务信息，包括事务开始时间、状态、连接ID |
| performance_schema.data_locks | 查看当前所有持有的锁和等待的锁的详细信息 |
| performance_schema.data_lock_waits | 查看当前的锁等待关系，包括等待方和持有方的锁信息 |
通过这些工具可以快速定位到持有锁的长时间未提交的事务，进而采取对应的释放措施。
需要注意，行锁的释放和事务的隔离级别也有一定关系，比如可重复读隔离级别下，innodb会通过间隙锁避免幻读，间隙锁的释放规则和记录锁一致，同样在事务结束时释放。