共计 1169 个字符,预计需要花费 3 分钟才能阅读完成。
生存中遇到一些的高并发场景,如:618、双 11 光棍节秒杀流动、节假日时 12306 火车票抢票等场景,访问量激增,比平时时多了几千或者上万倍的访问量,这些高并发场景会导致库存超卖,库存超卖例子:一趟火车票只有 1k 张,也就是说这趟火车只能载 1k 人,1w 人在抢该火车的票,大家都抢到票,这样将会有 9k 人上不了火车,这必定不行的,这不仅仅耽搁客户的行程,也导致了平台的信用度。为了解决分布式系统上库存超卖的状况,产生了分布式锁。
分布式锁是什么呢?
分布式锁就是在分布式集群中,实现跨机器共享互斥管制机制,保障操作原子性,保证数据一致性。
上面👇🏻介绍一套很不错的分布式锁!!!
Redislocker 是通过 golang
语言在 redis
+ lua
根底上实现的一套高可用、高并发的分布式锁.
Redislocker 目前实现了 mutex
个性, 具备以下特点:
- 分布式:反对多台独立的机器运行
- 排它性,个性跟
sync.Mutex
相似 - 公平性:遵循先入先出准则
- 性能高:防止羊群效应等,防止羊群效应等,缩小零碎的 I / O 操作,升高大量 cpu、网络等耗费
- 守护协程:避免工作未完结开释锁,为其锁续命
- 避免锁超时:避免宕机后,导致长时间未开释锁
Redislocker 应用介绍:
下载
go get -u github.com/nelsonkti/redislocker@latest
var ctx = context.Background()
var redisClient *redis.Client
var session *Session
redisClient = redis.NewClient(
&redis.Options{
Addr: "0.0.0.0:6379",
Password: "",
DB: 0,
},
)
_, err := redisClient.Ping(ctx).Result()
if err != nil {panic(err)
}
session, err = NewSession(redisClient)
locker := RedisLocker(session, key)
defer locker.Unlock()
locker.Lock()
Benchmark
本次测试后果是通过我的低配 mac pro 压测, 大家能够参考一下,目前
redislocker
曾经投入公司生产应用,成果挺不错
goos: darwin
goarch: amd64
pkg: Redislocker
cpu: Intel(R) Core(TM) i5-1038NG7 CPU @ 2.00GHz
BenchmarkLock
BenchmarkLock-8 94381 15908 ns/op 5381 B/op 85 allocs/op
PASS
ok Redislocker 2.089s
https://github.com/nelsonkti/redislocker
最初,欢送大家点亮小星,多多反对一下,感激
正文完