mirror of
https://github.com/kaka111222333/kaka111222333.github.io.git
synced 2025-12-19 00:04:46 +08:00
update blog
This commit is contained in:
@@ -11,7 +11,7 @@ author: lemonchann
|
||||
|
||||
<!-- more -->
|
||||
|
||||
抛砖引玉,今天就来说说其中一个技术细节,也是在我的上一篇文章[Linux后台开发C++学习路线技能加点](https://zhuanlan.zhihu.com/p/102048769)中提到但没展开讲的**redis分布式锁**。
|
||||
抛砖引玉,今天就来说说其中一个技术细节,也是在我的上一篇文章[Linux后台开发C++学习路线技能加点](https://zhuanlan.zhihu.com/p/102048769)中提到但没展开讲的高并发编程中的**redis分布式锁**。
|
||||
|
||||
这里罗列出**3种redis实现的分布式锁**,并分别对比说明各自特点。
|
||||
|
||||
|
||||
@@ -64,7 +64,7 @@ CPU不断的切换线程上下文非常浪费服务器资源,严重的会导
|
||||
|
||||
> 乐观锁是对悲观锁的改进,乐观的认为加锁的时候没有竞争,乐观锁不阻塞线程。
|
||||
|
||||
一种实现乐观锁的方法是**数据库内红包余额增加版本号**,初始版本号是0,每次抢完红包版本号加一后再去更新余额,**只有更新的版本号大于数据库内的版本号才认为是合法的,予以更新;否则不予更新,线程不阻塞可以稍后重试,**避免频繁切换线程上下文。
|
||||
一种实现乐观锁的方法是**数据库内红包余额增加版本号**,初始版本号是0,每次抢完红包版本号加1后再去更新余额,**只有更新的版本号大于数据库内的版本号才认为是合法的,予以更新;否则不予更新,线程不阻塞可以稍后重试,**避免频繁切换线程上下文。
|
||||
|
||||
乐观锁在抢红包的步骤1、2不做加锁判断,在步骤3的时候才做加锁判断版本号。
|
||||
|
||||
|
||||
Reference in New Issue
Block a user