在分布式系统中，库存超卖怎么办？

生活中遇到一些的高并发场景，如：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
1

    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)
    }

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

    session, err = NewSession(redisClient)
    locker := RedisLocker(session, key)
    defer locker.Unlock()
    locker.Lock()
1
2
3
4

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
1
2
3
4
5
6
7
8

https://github.com/nelsonkti/redislocker
最后，欢迎大家点亮小星，多多支持一下，感谢