MySQL RELEASE_LOCK() 函数使用指南

MySQL RELEASE_LOCK() 用于主动释放此前通过 GET_LOCK() 函数获取的命名咨询锁（Advisory Lock）。

在多线程和微服务并发架构中，通过命名锁保护独占业务操作后，及时释放锁资源对于保障整个系统吞吐量至关重要。RELEASE_LOCK() 具备严格的安全权属校验，只有持有该锁的当前会话才具备释放权限，防止第三方连接误解锁引发并发灾难。

MySQL RELEASE_LOCK() 语法

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

RELEASE_LOCK(str)

参数

str
必需的。拟释放的命名锁名称字符串。锁名比对与创建时保持一致的字符集与大小写规则。

返回值

MySQL RELEASE_LOCK() 返回一个整数或 NULL：

  • 1：锁释放成功。
  • 0：锁当前正被其他连接持有，当前会话无权释放。
  • NULL：目标锁根本不存在（此前没有被任何会话获取过）。

MySQL RELEASE_LOCK() 示例

以下示例演示 RELEASE_LOCK() 在不同持有状态下的实际返回值及防护逻辑。

正常释放自己持有的锁

会话首先成功获取锁，处理完业务后显式释放：

-- 1. 获取锁
SELECT GET_LOCK('payment_settle_job', 5) AS get_status;

-- 2. 执行核心结算业务...

-- 3. 显式释放锁
SELECT RELEASE_LOCK('payment_settle_job') AS release_status;

输出：

+----------------+
| release_status |
+----------------+
|              1 |
+----------------+

尝试释放他人持有的锁或不存在的锁

在 Session 2 中尝试释放 Session 1 正在持有的锁：

SELECT RELEASE_LOCK('payment_settle_job') AS release_status;

输出：

+----------------+
| release_status |
+----------------+
|              0 |
+----------------+

返回 0 表示安全拦截，非锁持有者无法越权释放锁。

若尝试释放一个从未被建立过的虚构锁名：

SELECT RELEASE_LOCK('non_existing_random_lock') AS release_status;

输出：

+----------------+
| release_status |
+----------------+
|           NULL |
+----------------+

返回 NULL 明确提示该锁标识当前未注册在系统锁定链表中。

结论

  • 必须对 RELEASE_LOCK() 的返回值进行判断：仅当返回 1 时才确认锁已成功归还。
  • 连接异常安全机制：如果应用程序因异常崩溃导致未执行 RELEASE_LOCK()，MySQL 服务端会在检测到客户端 TCP 连接关闭或超时断开时，自动回收该会话持有的全部锁。
  • 在主流数据库连接池（如 HikariCP、Druid、DBCP）中，连接归还池中并不会触发物理断开，因此必须确保在代码异常拦截结构中始终调用 RELEASE_LOCK()。