活动中用到了复述来存放用户的奖励票信息,原则上是一天一清,现在设置的是
expireAt(零点)
但是最近运营反馈有部分用户有异常票,经过加日志排查后发现指定在零点过期的关键并没有准时过期,从库中在0点23秒的时候还能读到数据,程序中用了简单的存在(关键)判断键是否存在,存在就取值。
这么想可能是主库在零点过期了,但是没有及时同步到从库。在网上一看,有用户遇到同样的情况,复述,版3.2本之前的会存在这种情况,然后查看了一下我们的复述,版本,发现是3.0这也就难怪了,应该是遇到一样的情况了。
所以解决方案是在存在(关键)判断的同时加上对关键生存时间ttl的判断,如果ttl是0就不取了。
实验:
然后我们实测了一下,现在主库设置一个关键的过期时间,然后在过期时间前后去读从库,发现直接从从库读取过期关键的时候确实会有延迟,5到7秒不等。但是我们读主库,基本无延迟,到点就读不到了。
总结:对之于3.2前的版本复述,会存在主从过期关键同步失效的延时
相关链接:https://www.cnblogs.com/bridger/archive/2012/11/07/2758734.html
https://blog.csdn.net/u012538947/article/details/52540313
