[email protected]最新版本开发企业级出行项目网盘分享

download:[email protected]最新版本开发企业级出行项目网盘分享

为什么需求散布式锁
用户下单
锁住 uid，避免反复下单。

库存扣减
锁住库存，避免超卖。

余额扣减
锁住账户，避免并发操作。
散布式系统中共享同一个资源时常常需求散布式锁来保证变卦资源分歧性。

散布式锁需求具备特性
排他性
锁的根本特性，并且只能被第一个持有者持有。

防死锁
高并发场景下临界资源一旦发作死锁十分难以排查，通常能够经过设置超时时间到期自动释放锁来躲避。

可重入
锁持有者支持可重入，避免锁持有者再次重入时锁被超时释放。

高性能高可用
锁是代码运转的关键前置节点，一旦不可用则业务直接就报毛病了。高并发场景下，高性能高可用是根本请求。

完成 Redis 锁应先控制哪些学问点
set 命令
SET key value [EX seconds] [PX milliseconds] [NX|XX]
EX second ：设置键的过时时间为 second 秒。 SET key value EX second 效果同等于 SETEX key second value 。
PX millisecond ：设置键的过时时间为 millisecond 毫秒。 SET key value PX millisecond 效果同等于 PSETEX key millisecond value 。
NX ：只在键不存在时，才对键停止设置操作。 SET key value NX 效果同等于 SETNX key value 。
XX ：只在键曾经存在时，才对键停止设置操作。
Redis.lua 脚本
运用 redis lua 脚本能将一系列命令操作封装成 pipline 完成整体操作的原子性。

go-zero 散布式锁 RedisLock 源码剖析
core/stores/redis/redislock.go

加锁流程

-- KEYS[1]: 锁key
-- ARGV[1]: 锁value,随机字符串
-- ARGV[2]: 过时时间
-- 判别锁key持有的value能否等于传入的value
-- 假如相等阐明是再次获取锁并更新获取时间，避免重入时过时
-- 这里阐明是“可重入锁”
if redis.call("GET", KEYS[1]) == ARGV[1] then

-- 设置
redis.call("SET", KEYS[1], ARGV[1], "PX", ARGV[2])
return "OK"

else

-- 锁key.value不等于传入的value则阐明是第一次获取锁
-- SET key value NX PX timeout : 当key不存在时才设置key的值
-- 设置胜利会自动返回“OK”，设置失败返回“NULL Bulk Reply”
-- 为什么这里要加“NX”呢，由于需求避免把他人的锁给掩盖了
return redis.call("SET", KEYS[1], ARGV[1], "NX", "PX", ARGV[2])

end