缓存，并发更新的大坑？

《缓存，究竟是淘汰，还是修改?》发出后，有朋友提到，高并发的情况下，缓存的更新可能存在问题，今天简单聊聊这个话题。

成都创新互联公司是专业的牟平网站建设公司，牟平接单;提供成都网站建设、网站设计,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行牟平网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!

业务场景：

调用第三方服务，例如微信，一般会分配一个token，每次访问接口需要带上这个token;
这个token是有有效期的，当token过期时，需要去重新认证申请;
也可以在token过期前重新申请，但此时旧token会失效。

常见实现方式，如图：

把token放在缓存中，每次带上token去调用接口;
如果token过期，需要去申请新token;
申请完新token，需要把新token更新到缓存里。

高并发下可能存在的问题，如图：

取旧token，访问接口，发现token过期;
并发请求，取旧token，访问接口，也发现token过期;
去申请新token1;
并发申请新token2(此时token1会过期);
把token1放入缓存，同时使用token1访问接口(此时token1已经过期)，发现token1过期，可能会递归申请新token3(此时token2过期);
把token2放入缓存，同时使用token2访问接口(此时token2已经过期)，发现token2过期，可能会递归申请新token4(此时token3过期);
…

额，高并发请求导致相互失效。

常见解决方案，如图：

线上s1和s2只从缓存读取token
更新token异步，asy-Master定期更新token，避免并发更新
使用shadow-master保证token更新高可用，asy-Master挂了，asy-Backup顶上

潜在缺点：

s1/s2/asy-master直接调用同一个缓存实例，如果缓存实例变更，可能需要同步变更，导致耦合。

潜在优化：

asy-Master利用多线程，实现在s1/s2里，保证高可用;
redis里用一个时间戳表示token的更新时间，更新token时，查看token的时间戳，如果token刚更新过，并发的请求便不再更新。

文字虽短，希望问题描述清楚了，希望大家有收获。

【本文为专栏作者“58沈剑”原创稿件，转载请联系原作者】

文章题目：缓存，并发更新的大坑？
分享URL：http://www.gxwzsj.com/article/cdcohod.html

扫二维码与项目经理沟通

我们在微信上24小时期待你的声音

解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流

缓存，并发更新的大坑？

扫二维码与项目经理沟通

其他资讯

行业动态

企业网站建设的重要性！

服务项目

网站建设

移动端/APP

微信/小程序

技术支持

其它服务

更多服务项目

联系吧在百度地图上找到我们

电话：13518219792

缓存，并发更新的大坑？

扫二维码与项目经理沟通

其他资讯

行业动态

企业网站建设的重要性！

服务项目

网站建设

移动端/APP

微信/小程序

技术支持

其它服务

更多服务项目

联系吧 在百度地图上找到我们

电话：13518219792

联系吧在百度地图上找到我们