mysql如何处理分布式锁的竞争问题_结合Redis与数据库事务-mysql教程-PHP中文网

Redis SETNX+EXPIRE不能直接当分布式锁用，因为两命令非原子执行，进程崩溃会导致锁无过期时间而永久残留；正确做法是使用SET key value EX seconds NX原子命令。

mysql如何处理分布式锁的竞争问题_结合redis与数据库事务

Redis SETNX + 过期时间为什么不能直接当分布式锁用

因为 SETNX 和 EXPIRE 是两个独立命令，中间若进程崩溃或网络中断，会导致锁被设置但没设过期时间——锁永久残留。这不是理论风险，线上真实发生过。

正确做法是用原子命令：SET key value EX seconds NX（Redis 2.6.12+）。其中 NX 保证只在 key 不存在时设置，EX 绑定过期时间，整个操作不可拆分。

常见错误写法：

SETNX lock_key 1
EXPIRE lock_key 30  // ❌ 可能只执行了第一行

正确写法示例（PHP Redis 扩展）：

$redis->set('order_lock:123', 'client_abc', ['NX', 'EX' => 30])

注意：value 必须唯一（比如 client ID + 时间戳），否则释放锁时无法区分归属，造成误删。

释放锁时为什么要用 Lua 脚本校验 value

直接 DEL lock_key 极其危险——A 拿到锁，超时前没处理完，锁自动过期；B 成功获取同一把锁；A 结束后执行 DEL，删掉的是 B 的锁，后续并发就失控了。

必须先检查 value 是否匹配，再删除，且这两步必须原子执行。Redis 不支持条件删除原生命令，所以用 Lua：

if redis.call("GET", KEYS[1]) == ARGV[1] then
  return redis.call("DEL", KEYS[1])
else
  return 0
end

调用方式（Python redis-py）：

lua_script = redis.register_script(lua_code)
lua_script(keys=['order_lock:123'], args=['client_abc'])

要点：

kashen-mysql DDLtoExcel

解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。

下载