redisdel很慢，redis存取数据太慢

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

Redis数据的过期与淘汰

会。Redis提供了自动的键过期功能，通过该功能，用户可以让特定的键在指定的时间之后自动被移除，从而避免了需要在指定时间内手动执行删除操作的麻烦，所以redis数据会自动过期。

Redis 中数据过期策略采用定期删除+惰性删除策略。定期删除策略：Redis 启用一个定时器定时监视所有的 key，判断key是否过期，过期的话就删除。

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

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

redis根据maxmemory-samples随机抽取一部分数据，将最旧的数据淘汰，指到内存降下来。

注意了：不管是定时删除，还是惰性删除。当数据删除后， master 会生成删除的指令记录到 AOF 和 slave 节点。这个问题问得好，答案是走内存淘汰机制。

注意， Redis的主动过期的定时任务，也是在Redis主线程中执行的，也就是说如果在执行主动过期的过程中，出现了需要大量删除过期key的情况，那么在业务访问时，必须等这个过期任务执行结束，才可以处理业务请求。

网卡负载过高，在网络层和TCP层就会出现数据发送延迟、数据丢包等情况。Redis的高性能除了内存之外，就在于网络IO，请求量突增会导致网卡负载变高。

所幸Linux提供了很好的工具来诊断这个问题，所以当延迟疑似是swap引起的，最简单的办法就是使用Linux提供的工具去确诊。

·其次对常见持久化问题进行分析定位和优化。 ·最后结合Redis常见的单机多实例部署场景进行优化。 1 RDB RDB持久化是把当前进程数据生成快照保存到硬盘的过程，触发RDB持久化过程分为手动触发和自动触发。

第二阶段搭建缓存在优化sql无法解决问题的情况下，才考虑搭建缓存。毕竟你使用缓存的目的，就是将复杂的、耗时的、不常变的执行结果缓存起来，降低数据库的资源消耗。这里需要注意的是：搭建缓存后，系统的复杂性增加了。

优化数据结构，每张数据表字段4-5个，加上索引。还可以将不同的种类的数据存入不同的数据库。减少单个数据库的压力。写入数据只是存的问题，问题在于读取数据会变慢。建议使用缓存memcache，redis在向你招收哦。

如果查询慢日志发现，并不是复杂度较高的命令导致的，例如都是SET、DELETE操作出现在慢日志记录中，那么你就要怀疑是否存在Redis写入了大key的情况。

sadd myset hello#向mysets集合中添加一个值hellosrem myset hello#删除myset集合中名称为hello的元素。spop myset #随机弹出并返回mysets中的一个元素。

如果把 redis 和客户端放在同一台机器，网络延迟会更小，一般情况下可以打到 60000 次每秒甚至更高，取决于机器性能。锁不是影响性能的主要因素。

但以上这些逻辑都是在访问Redis时，真正命令执行之前执行的，也就是它会影响我们访问Redis时执行的命令。另外，如果此时Redis实例中有存储大key，那么在淘汰大key释放内存时，这个耗时会更加久，延迟更大，这需要我们格外注意。

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

频繁读取redis性能会有影响。根据查询相关公开信息显示，由于redis的数据存储在内存中，而且每次访问都需要消耗一定的时间，因此，频繁读取redis会大大增加工作和I/O开销，进而影响其性能。

redis服务器查询某个key获取的耗时可以使用Redis自带的命令TIME命令来获取，步骤如下。执行TIME命令，记录当前时间戳timestamp1。执行GETkeyname等相关命令，获取对应的值。

如果把 redis 和客户端放在同一台机器，网络延迟会更小，一般情况下可以打到 60000 次每秒甚至更高，取决于机器性能。锁不是影响性能的主要因素。

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

通过查看慢日志记录，我们就可以知道在什么时间执行哪些命令比较耗时，如果你的业务经常使用O(n)以上复杂度的命令，例如sort、sunion、zunionstore，或者在执行O(n)命令时操作的数据量比较大，这些情况下Redis处理数据时就会很耗时。

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

Master写内存快照，save命令调度rdbSave函数，会阻塞主线程的工作，当快照比较大时对性能影响是非常大的，会间断性暂停服务，所以Master最好不要写内存快照。

redisdel很慢的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis存取数据太慢、redisdel很慢的信息别忘了在本站进行查找喔。