MySQL RELEASE_ALL_LOCKS() 函数使用指南

MySQL RELEASE_ALL_LOCKS() 是自 MySQL 5.7.5 引入的批量锁清理函数。由于现代 MySQL 版本支持单个会话并发申请并持有多个不同的命名咨询锁（Advisory Locks），在复杂的复合业务流或长事务异常中断时，逐个调用 RELEASE_LOCK() 容易出现遗漏。

RELEASE_ALL_LOCKS() 允许当前客户端连接一次性清除其持有的全部命名锁，并返回实际释放的锁数量，是编写高鲁棒性连接池回收策略与批处理安全保护的利器。

MySQL RELEASE_ALL_LOCKS() 语法

这里是 MySQL RELEASE_ALL_LOCKS() 函数的标准语法：

RELEASE_ALL_LOCKS()

参数

该函数无需传入任何参数。

返回值

返回一个非负整数：

  • 表示当前会话在调用该函数时成功释放的命名锁总数量。
  • 若当前会话未持有任何咨询锁，则返回 0。

MySQL RELEASE_ALL_LOCKS() 示例

以下示例演示在多锁业务流程中批量创建并集中释放的完整生命周期。

获取多个不同锁并批量释放

模拟某复合业务流程同时申请了针对用户维度和商户维度的两个独立锁：

-- 会话依次获取两个锁
SELECT GET_LOCK('user_lock_10086', 5) AS lock_user;
SELECT GET_LOCK('merchant_lock_2001', 5) AS lock_merchant;

业务逻辑处理完成或因未知异常触发全局兜底清理：

SELECT RELEASE_ALL_LOCKS() AS released_count;

输出：

+----------------+
| released_count |
+----------------+
|              2 |
+----------------+

输出的 2 说明当前会话持有的两个命名锁均已被成功释放，无任何残留悬挂锁。

在无锁状态下调用

若在尚未获取任何锁的干净会话中调用：

SELECT RELEASE_ALL_LOCKS() AS released_count;

输出：

+----------------+
| released_count |
+----------------+
|              0 |
+----------------+

结论

  • RELEASE_ALL_LOCKS() 仅对当前执行调用的数据库连接有效，绝对不会影响其他并发客户端会话持有的锁资源。
  • 在基于数据库连接池的 Java / Go / Python 后端中间件中，可以将 SELECT RELEASE_ALL_LOCKS(); 配置为连接归还池（Connection Recycle / Checkout Reset）的清理语句，防止业务代码泄漏命名锁污染后续请求。
  • 该函数是保持会话上下文干净无污染的最佳实践手段之一。