memcache 之cas理解

本文通过银行取款的例子,说明了在并发环境下Memcached中CAS(Compare-and-Swap)机制的作用及其实现原理。当多个用户尝试同时修改同一数据时,CAS能够确保数据的一致性和完整性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

翻了一遍百度,寻找cas的意思.
这玩意叫:memcached 原子性操作

就是一个乐观锁

废话少说(下面说),上例菜:

用户A和用户B 分别不同地域的银行取款(输入卡号密码即可),已知卡里面有余额1000元。
用户A取款500元、用户B取款300元。说时迟那时快,两人几乎同时按了确认按钮。
由于银行余额保存使用了memcache,开发银行系统的程序员A不理解memcache的cas就没用cas了。
即使同时按下,那始终回有快慢。
系统先处理了用户A的数据,更新了余额为500元,吐钱出来。
由于是同时按下,系统处理用户B的操作过程中读出来的数据还是1000元,吐了300元,更新了余额为700元。

使用cas前的例子
用户B取300元—————————————更新为700元
|————————————————————|
———————————————————————————————>(时间轴)
|——————————————|
用户A取500元——————更新为500元

咦,两用户似乎发现了银行系统的漏洞,每次取钱都是同时按下确认按钮,钱好像没扣,爽…..。

程序员A发现这一漏洞后终于使用了CAS模式了
使用后的例子:

用户B现在的版本是1取300元———————–此时还是版本1更新为700元,变成版本2
|—————————————————————————-|
———————————————————————————————>(时间轴)
|—————————————————————————————-|
用户A现在的版本是1取500元—————————————–此时是版本2不是版本1所以更新失败

程序员B问:用户A更新失败,是什么情况?
程序员A说:用户B取钱的同时,用户A想取钱但失败了,是因为版本有变动了。那就重来呗,即叫用户A取最新的数据去减500元。那就是700元减去500元。还剩200元。

这时候,用户A用户B没得爽了


SORRY,我说的好土,希望你们能理解里面的内容!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值