Redis常见故障解决方案

另外，slave 在关机并重新启动后，能够在 RDB 文件中存储所需信息，以便于 master 进行重同步。这在升级的情况下很有用。当需要时，最好使用 SHUTDOWN 命令来执行 slave 的保存和退出操作。

2 主从数据不一致

=========

主从网络延时：

主多从少

====

部分重同步。可以通过命令 PSYNC master_run_id offset 执行。

主少从多

====

全量复制，覆盖。这种情况是因为从节点读写模式导致的，关闭从节点读写模式，或者删除从节点数据，重新从主节点全量复制。

3 数据延迟

======

编写外部程序监听主从节点的复制偏移量，延迟较大时发出报警或通知客户端，切换到主节点或其他节点。

设置从节点slave-serve-stale-data为no,除INFO和SLAVOF命令之外的任何请求都会返回一个错误“SYNC with master in progress”。

当副本失去与mater的连接时或仍在进行复制时，副本可以如下方式起作用：

• 若 replica-serve-stale-data 设为“是”（默认值），则副本仍会回复客户端请求，可能带有过期数据，或者，如果这是第一次同步，则数据集可能只是空的

• 若将replica-serve-stale-data设为no，则该副本将对除以下信息以外的所有命令返回错误“SYNC with master in progress”：INFO，REPLICAOF，AUTH，PING，SHUTDOWN，REPLCONF，ROLE，CONFIG ，SUBSCRIBE，UNSUBSCRIBE，PSUBSCRIBE，PUNSUBSCRIBE，PUBLISH，PUBSUB，COMMAND，POST，HOST和LATENCY

4 脏数据

=====

4.1 脏数据产因

=========

4.1.1 Redis 删除策略

================

是因为读到了过期数据。

读到过期数据是 Redis 删除策略导致：

惰性删除

====

master 每次读取命令时都会检查K是否超时，若超时则执行 del 命令删除键对象，之后异步把 del 命令 slave 节点，这样可以保证数据复制的一致性，slave 永远不会主动去删除超时数据。

定时删除

====

Redis 的 master 节点在内部定时任务，会循环采样一定数量的键，当发现采样的键过期时，会执行 del 命令，之后再同步个 slave 节点。

主动删除

====

当前已用内存超过 maxMemory 限定时，触发主动清理策略。主动设置的前提是设置了 maxMemory 的值 注：如果数据大量超时，master 节点采样速度跟不上过期的速度，而且 master 节点没有读取过期键的操作，那 slave 节点是无法收到 del 命令的，这时从节点上读取的数据已经是超时的了。

4.1.2 从节点可写

===========

如果从节点（默认读模式）是读写模式，可能误写入从节点的数据，后期就会成为脏数据。

4.2 解决方案

========

忽略

==

比如 12306 查余票、双十一秒杀的库存，你会发现经常就是前后不一致的数据。因为你查询时得到的数据，就是需要允许写错误。

选择性强制读主

=======

但是真正下单扣库存时，你就必须确保数据的正确性 选择强制读 master，slave间接变为备份服务器（某个业务）。

最后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
开新的学习之门！**

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！