Redis主从模式下过期数据和数据不一致1、数据到达过期时间，并不做处理，而是等下次访问该数据时，先判断该数据是否过期，未过期，返回数据 ；发现已过期，删除该数据，返回不存在 。这种方式虽然节约 CPU 性能 ， 发现必须删除的时候才删除 。
2、从库不会进行过期扫描，主库删除时，会在AOF文件里增加一条del指令，同步到所有从库，从库通过此指令来删除 。由于指令的同步存在异步，所以会出现主从数据不一致的情况 。
3、因为指令同步是异步进行的，所以主库过期的 key 的 del 指令没有及时同步到从库的话，会出现主从数据的不一致 这是由 redis 的过期策略来决定 。redis 过期策略是： 定期删除+惰性删除。
redis获取以前的数据1、type key 命令可以查看指定键的数据类型 。例如，执行 type mykey 可以查看键 mykey 的数据类型 。get key 命令可以获取指定键的值 。例如，执行 get mykey 可以获取键 mykey 的值 。
2、首先双击打开电脑桌面上的Redis Desktop Manager应用程序的快捷方式 。打开软件之后，并点击左上角的【连接到Redis服务器】 。打开新增服务器窗口 ， 输入名称、地址、密码（如果Redis服务器需要密码）后测试连接并保存 。
3、到远程的仓库进行搜索 。点击查看详情，查看tag 。找到我们想要的0.0，最新的tag可以用latest标识 。执行命令：docker pull redis：0 。通过docker images查看镜像 。
4、使用RDB（Redis Database）文件 步骤：- 在源 Redis 实例上执行 `BGSAVE` 命令，将当前数据生成一个 RDB 文件 。- 等待 `BGSAVE` 完成后，将生成的 RDB 文件（例如 `dump.rdb`）从源服务器复制到目标服务器 。
redis开个线程扫过期订单【redis获取过期剩余时间 redis获取过期数据】时间不精准 。一般定时任务基于固定的频率、按照时间定时执行的，那么就可能会发生很多订单已经到了超时时间，但是定时任务的调度时间还没到，那么就会导致这些订单的实际关闭时间要比应该关闭的时间晚一些 。
集中处理 Redis会将设置了过期时间的key放到一个独立的字典里，默认每秒10次过期扫描 。扫描方式：为防止扫描时间过长 ， 扫描时间限制为25ms，开发时应尽量避免大量key同时过期 。
定期删除 。每隔一段时间，默认100ms，Redis会随机挑选一定数量的Key，检查是否过期，并将过期的数据删除 。原因一：跟 Redis 的版本有关系，Redis 2 之前版本 ， 读从库并不会判断数据是否过期，所以有可能返回过期数据 。
不会 。Redis是单线程的，在多个Client并发操作时，秉承“先发起先执行”的原则，其它的处于阻塞状态 。因此不会同时监听 。
我们先订阅频道称为redisChat 现在，我们重新开启个redis客户端，然后在同一个频道redisChat发布消息，订阅者可以接收到消息 。
定期删除策略：Redis 启用一个定时器定时监视所有的 key，判断key是否过期，过期的话就删除 。
redis常见问题1、常见解决方案：在命令窗口输入：ping [IP] 查看是否有连接，如果没有，则为网络问题，如果有，尝试第二步 。
2、以下是Redis常见的性能问题有哪些？Master写内存快照，save命令调度rdbSave函数，会阻塞主线程的工作，当快照比较大时对性能影响是非常大的，会间断性暂停服务 ， 所以Master最好不要写内存快照 。
3、Master调用BGREWRITEAOF重写AOF文件，AOF在重写的时候会占大量的CPU和内存资源，导致服务load过高，出现短暂服务暂停现象 。
Redis数据的过期与淘汰内存淘汰管理机制Memory Management 当内存占满之后 ， redis提供缓存淘汰机制 。
那对于过期数据，一般有三种方式进行处理：Redis的过期删除策略： 惰性删除 和 定期删除 两种策略配合使用 。spring-boot-starter-data-redis 包中提供了监听过期的类，对于key过期，需要得到通知，做业务处理的，可以做此监听 。
redis根据maxmemory-samples随机抽取一部分数据，将最旧的数据淘汰，指到内存降下来 。
随机移除某个 Key 。volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间中，有更早过期时间的 Key 优先移除 。修改内存淘汰机制只需要在 redis.conf 配置文件中配置 maxmemory-policy 参数即可 。
然后在选到的key中选择.volatile-random：从已设置过期时间的哈希表（server.db[i].expires）中随机挑选key淘汰掉allkey-random：从所有的key的哈希表server.db[i].dict）中随机挑数据淘汰 。
但是实际上这还是有问题的，如果定期删除漏掉了很多过期 key，然后你也没及时去查，也就没走惰性删除，此时会怎么样？如果大量过期 key 堆积在内存里 ， 导致 redis 内存块耗尽了，咋整？答案是：走内存淘汰机制 。
Redis过期删除策略和内存淘汰策略1、redis根据maxmemory-samples随机抽取一部分数据，将最旧的数据淘汰，指到内存降下来 。
2、（被动）惰性删除：当客户端请求到一个已经过期的key时，redis会检查是否过期并删除 所以，虽然key过期了，但是没被清理的话，还是会占内存的 。
3、每次淘汰时会将随机出来的key和数组里的key融合，淘汰掉最旧的一个，然后将剩下的较旧的key放到淘汰池里给下个循环用 。redis的删除del在删除一个大对象的时候有可能造成卡顿 。
4、定期删除在一定程度上是一种合理有效的过期键删除策略，但是由于其在执行时长和执行频度的局限性，必须要有另一种机制（策略）确保内存能够获得回收，因此，就需要引入内存淘汰策略 。
5、然后在选到的key中选择.volatile-random：从已设置过期时间的哈希表（server.db[i].expires）中随机挑选key淘汰掉allkey-random：从所有的key的哈希表server.db[i].dict）中随机挑数据淘汰 。
6、redis 过期策略是： 定期删除+惰性删除。所谓定期删除，指的是 redis 默认是每隔 100ms 就随机抽取一些设置了过期时间的 key，检查其是否过期，如果过期就删除 。
推荐阅读
- 为什么绝地求神总是遇到服务器繁忙？ 绝地求神怎么又服务器繁忙
- 服务器服务老是停掉怎么办 服务器频繁是怎么回事
- 如何掌握服务器技能？ 怎么才能学好服务器
- 保证多个redis操作同时生效的简单介绍
- 如何在绝地求生中更换服务器？ 绝地求神怎么换服务器
- 跨服怎么加好友 怎么跨服m别的服务器