活动中用到了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
