重庆分公司,新征程启航
为企业提供网站建设、域名注册、服务器等服务
活动中用到了redis来存放用户的奖励票信息,原则上是一天一清,现在设置的是
expireAt(零点)
但是最近运营反馈有部分用户有异常票,经过加log排查后发现指定在零点过期的key并没有准时过期,从库中在0点23秒的时候还能读到数据,程序中用了简单的exists(key) 判断key是否存在,存在就取值。
这么想可能是主库在零点过期了,但是没有及时同步到从库。在网上一看,有用户遇到同样的情况,Redis版本3。2之前的会存在这种情况,然后查看了一下我们的redis版本,发现是3.0 这也就难怪了,应该是遇到一样的情况了;
创新互联公司网站建设提供从项目策划、软件开发,软件安全维护、网站优化(SEO)、网站分析、效果评估等整套的建站服务,主营业务为网站建设、成都网站建设,成都app软件开发公司以传统方式定制建设网站,并提供域名空间备案等一条龙服务,秉承以专业、用心的态度为用户提供真诚的服务。创新互联公司深信只要达到每一位用户的要求,就会得到认可,从而选择与我们长期合作。这样,我们也可以走得更远!
所以解决方案是在exists(key) 判断的同时加上对key 生存时间ttl的判断,如果ttl是0就不取 了。
实验:
然后我们实测了一下,现在主库设置一个key的过期时间,然后在过期时间前后去读从库,发现直接从从库读取过期key的时候确实会有延迟,5到7秒不等。但是我们读主库,基本无延迟,到点就读不到了。
总结:对于3.2之前的版本Redis会存在主从过期key同步失效的延时
相关链接:https://www.cnblogs.com/bridger/archive/2012/11/07/2758734.html
https://blog.csdn.net/u012538947/article/details/52540313