小白de技术哲学（Redis） - 分布式锁

一、前言

在谈 分布式锁 之前不得不聊下 线程锁 、 进程锁 ：

• 线程锁：在编程时给方法、代码块加锁，使得在同一时刻只能有一线程执行此方法、代码块保证线程安全。
• 进程锁：控制在同一操作系统中多个进程同时访问一个共享资源，只是因为程序的独立性。

（一）介绍

分布式锁是当多个进程不在统一操作系统中，控制分布式系统或不同系统之间共同访问共享资源的一种锁实现，如果不同的系统或同一个系统的不同主机之间共享了某个资源时，往往需要互斥来防止彼此干扰来保证一致性。

（二）分布式锁需要具备哪些条件

1. 互斥性：在任意一个时刻，只有一个客户端持有锁。
2. 无死锁：即便持有锁的客户端崩溃或者其他意外事件，锁仍然可以被获取。
3. 容错：只要大部分 Redis 节点都活着，客户端就可以获取和释放锁

（三）分布式锁的实现有哪些？

• 数据库
• Redis （ setnx 命令）
• Memcached （ add 命令）
• …

二、实现

在实现之前笔者也是网上参考了一些成熟方案的实现，基本都是用 Redis 实现，毕竟 redis的高性能是有目共睹的，ok，讲下实现的一个思路：

1. 获取锁的时候，使用 setnx 添加一个锁，并使用 expire 命令给锁加个超时时间，超过该时间自动释放，锁的 value 值为随机生成 Guid ，释放锁时验证。
2. 当不需要锁时，要进行释放锁，释放时需要验证锁的 value 值释放正确，避免释放了别人的锁。

ps:

1. 超时时间是避免程序奔溃导致死锁，别的进程无法正常获取锁。
2. 不论获取锁、释放锁都必须具备 原子性，避免死锁的可能，比如：获取锁，分步骤先setnx 加锁，再使用 expire 加超时时间，那就很有可能还没设置超时时间之前系统宕机导致死锁。

考虑原子性问题，直接使用 Lua 脚本：

1 获取锁

local gva = redis.call('GET', KEYS[1])
if gva == ARGV[1] then
  local ttlva = redis.call('PTTL', KEYS[1])
  redis.call('PEXPIRE', KEYS[1], ARGV[2] + ttlva)
  return 1
end
return 0

2 释放锁

local gva = redis.call('GET', KEYS[1])
if gva == ARGV[1] then
  redis.call('DEL', KEYS[1])
  return 1
end
return 0

Lua 语法还是比较简单，不需要具体的学习也能看个大概。

三、总结

1. 获取锁、释放锁操作分别都需要具备 原子性 。
2. 加锁时 key相同、value不同。
3. 释放锁时，根据value判断，是否是自己的锁，不能是否他人锁。
4. 业务结束时，及时释放锁，不能利用超时才进行释放锁。
5. 锁的超时时间一定要结合业务实际情况设置，不能过长、也不能太短。
6. 程序出异常时，结合 try{...}catch{...} 捕获并释放锁，如果有必要业务需做回滚，补偿动作，保证程序的健壮。