redis过期底层实现-redis过期策略会阻塞么(7-13-92)

Redis本文目录一览：

• 1、redis和memcached的区别
• 2、redis过期多个客户端会同时监听到吗
• 3、Redis有哪些慢操作?
• 4、redis数据淘汰策略是什么
• 5、建议不要使用,redis过期监听实现关闭订单

redis和memcached的区别

1、Redis中，并不是所有的数据都一直存储在内存中的，这是和Memcached相比一个最大的区别。 Redis不仅仅支持简单的k/v类型的数据，同时还提供list，set，hash等数据结构的存储。

2、在Redis中，并不是所有的数据都一直存储在内存中的。这是和Memcached相比一个最大的区别（我个人是这么认为的）。

3、数据支持类型：redis在数据支持上要比memecache多的多。使用底层模型不同：新版本的redis直接自己构建了VM 机制 ，因为一般的系统调用系统函数的话，会浪费一定的时间去移动和请求。

4、Redis中，并不是所有的数据都一直存储在内存中的。这是和Memcached相比一个最大的区别。

redis过期多个客户端会同时监听到吗

但是这时由于并发访问这个缓存的用户特别多，这是一个热点 key，这么多用户的请求同时过来，在缓存里面没有取到数据，所以又同时去访问数据库取数据，引起数据库流量激增，压力瞬间增大，直接崩溃给你看。

最大的问题就是因为客户端或者网络问题，导致 redis 中的 key 没有删除，锁无法释放，因此其他客户端无法获取到锁。

Redis 通过监听一个 TCP 端口或者 Unix socket 的方式来接收来自客户端的连接，当一个连接建立后，Redis 内部会进行以下一些操作：首先，客户端 socket 会被设置为非阻塞模式，因为 Redis 在网络事件处理上采用的是非阻塞多路复用模型。

惰性策略就是在客户端访问这个 key 的时候，redis 对 key 的过期时间进行检查，如果过期了就立即删除。Redis 默认会每秒进行十次过期扫描，过期扫描不会遍历过期字典中所有的 key，而是采用了一种简单的贪心策略。

如果 读取的是 Slave 库，则有可能会拿到过期数据，一般造成这样原因有两个。这样的场景由于 Redis 控制不住过期数据被客户端应用误读，形成数据不安全。

Redis的过期删除策略： 惰性删除 和 定期删除 两种策略配合使用。spring-boot-starter-data-redis 包中提供了监听过期的类，对于key过期，需要得到通知，做业务处理的，可以做此监听。

Redis有哪些慢操作?

1、数据库负载过高：如果Redis实例的负载较高，就会导致set操作的响应时间变慢。可以通过查看Redis的监控信息，确定是否存在负载过高的情况。网络延迟：如果Redis服务器和客户端之间的网络延迟较大，会导致set操作的耗时增加。

2、内存中的的数据写入磁盘，这个会加重磁盘的IO负担，操作磁盘成本要比操作内存的代价大得多。如果写入量很大，那么每次更新都会写入磁盘，此时机器的磁盘IO就会非常高，拖慢Redis的性能，因此我们不建议使用这种机制。

3、记录慢查询是Redis会对长命令进行截断，不会大量占用大量内存。在实际的生产环境中，为了减缓慢查询被移出的可能和更方便地定位慢查询，建议将慢查询日志的长度调整的大一些。比如可以设置为 1000以上 。

4、redis并不会因为key的增加而导致写入明显变慢，肯定是其他因素。如果redis开启了持久化，在进行持久化时，性能必然下降，可以使用config命令查看持久化设置了没有。

redis数据淘汰策略是什么

1、淘汰简介Redis官方给的警告，当内存不足时，Redis会根据配置的缓存策略淘汰部分keys，以保证写入成功。当无淘汰策略时或没有找到适合淘汰的key时，Redis直接返回out of memory错误。

2、然后在选到的key中选择.volatile-random：从已设置过期时间的哈希表（server.db[i].expires）中随机挑选key淘汰掉allkey-random：从所有的key的哈希表server.db[i].dict）中随机挑数据淘汰。

3、LRU （less recently used）是Redis唯一支持的回收算法，当缓存占用的内存空间达到设置的最大空间时，会自动驱逐老的数据。

4、当Redis内存超出物理内存限制时，内存数据会开始和磁盘产生频繁的交换，使得性能急剧下降。

5、springboot整合Redis参考， SpringBoot整合Redis - （jianshu.com） 在整合Redis的基础上，在新加监听配置 监听配置类 监听类 将Redis用作缓存时，如果内存空间用满，就会自动驱逐老的数据。

建议不要使用,redis过期监听实现关闭订单

1、redis 自动过期的实现方式是：定时任务离线扫描并删除 部分 过期键；在访问键时惰性检查是否过期并删除过期键。redis 从未保证会在设定的过期时间立即删除并发送过期通知。

2、时间不精准。 一般定时任务基于固定的频率、按照时间定时执行的，那么就可能会发生很多订单已经到了超时时间，但是定时任务的调度时间还没到，那么就会导致这些订单的实际关闭时间要比应该关闭的时间晚一些。

3、订单会自动取消，具体是如何实现的呢？本文使用最常用的几种方式，只说明关键的部分，已30分钟为例。回到顶部下单时，订单状态是侍支付。将订单编号作为Key，下单的时间戳作为Va|ue，设置过期时间是30分钟。

4、我们先订阅频道称为redisChat 现在，我们重新开启个redis客户端，然后在同一个频道redisChat发布消息，订阅者可以接收到消息。