本文目录一览：
redis查询到已经过期数据原因
（被动）惰性删除：当客户端请求到一个已经过期的key时，redis会检查是否过期并删除 所以，虽然key过期了，但是没被清理的话，还是会占内存的。
如果 读取的是 Slave 库，则有可能会拿到过期数据，一般造成这样原因有两个。这样的场景由于 Redis 控制不住过期数据被客户端应用误读，形成数据不安全。
Redis 对于已经过期的数据，采用两种策略来处理这些数据，分别是惰性删除和定期删除。惰性删除不会去主动删除数据，而是在访问数据的时候，如果发现数据已经过期，就会自动删除。
redis不回滚怎么办
您可以将所有可能导致事务失败的命令都放到一个事务中，并在事务执行之前使用 WATCH 命令监听这些键。如果 WATCH 监听的键在事务执行期间被修改，Redis 会自动回滚事务。
重试机制：当库存扣减失败时，可以加入重试机制，让请求重新执行一次，一般情况下，问题可以得以解决。限流措施：当库存扣减失败时，也可以加入限流措施，限制对数据库的访问频率，避免因访问量过大导致数据库崩溃。
第二，它不支持回滚。第三，在对同一变量存在大量并发写操作时，性能会非常差，因为每次提交事务时，WATCH监控的变量都已经被修改了，导致事务将多次提交失败。
redis常见问题
1、常见解决方案：在命令窗口输入：ping [IP] 查看是否有连接，如果没有，则为网络问题，如果有，尝试第二步。
2、Redis中的Map被误删除：在某些情况下，可能会出现误删除Map的情况，例如在操作时误执行了DEL命令或者使用了错误的键名。
3、Redis主从复制的性能问题，为了主从复制的速度和连接的稳定性，Slave和Master最好在同一个局域网内。关于Redis 常见的性能问题都有哪些，青藤小编就和您分享到这里了。
Redis主从复制丢失数据的情况分析
1、Redis 内存淘汰机制有以下几个：noeviction： 当内存不足以容纳新写入数据时，新写入操作会报错，这个一般没人用吧，实在是太恶心了。
2、不过，为了避免出现客户端和所有从库都不能连接的情况，我们需要把复制进度差值的阈值设置得大一些。可以周期性地运行这个流程来监测主从库间的不一致情况。
3、用于初次复制或其它无法进行部分复制的情况，将主节点中的所有数据都发送给从节点。 当数据量过大的时候，会造成很大的网络开销 。
4、传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。主节点会定期将数据同步到从节点中，保证数据一致性的问题。
5、应用数据已经过期，主库的惰性删除会发生作用，主动对该数据进行删除操作，保证 客户端应用不会拿到过期的数据。如果 读取的是 Slave 库，则有可能会拿到过期数据，一般造成这样原因有两个。
