Redis持久化中“变更”的判定规则咨询（C# IoT场景）

核心结论 #

Redis RDB持久化触发条件里的「变更」，只要执行了修改数据集的命令（比如SET）就算，不管值和原有内容是否一致。哪怕你SET的字符串和键的当前值完全相同，这个操作也会被计入save <seconds> <changes>规则的变更计数。

你的场景影响 #

你当前的Redis启动命令：

redis-server --save 60 1 --loglevel warning

规则是「60秒内至少1次变更就生成RDB快照」。按你每5秒一次SET的频率，哪怕99.9%的情况值没变化，每一次SET都会触发变更计数，等于每分钟都会生成一次快照，这会大幅消耗SD卡的寿命。

可行优化方案 #

• 客户端前置值校验：每次写回前，把要序列化后的字符串和从Redis读取的原字符串做对比，只有两者不同时才执行SET。因为你用Newtonsoft.Json序列化相同对象会得到完全一致的字符串，这个校验100%可靠，能砍掉99.9%的无效SET操作，直接降低RDB快照的生成频率。
• 调整RDB触发规则：如果业务允许更长的快照间隔，修改--save参数，比如改成--save 300 1（5分钟内1次变更才触发快照），进一步减少SD卡写入次数。
• 改用AOF持久化（按需选择）：Redis 2.6.12及以后版本中，当SET的内容和现有值相同时，会跳过该命令的AOF日志写入。开启AOF并配置appendfsync everysec，既能保证数据安全性，又能避免无效写入。但要注意定期执行BGREWRITEAOF来压缩AOF文件体积。

内容的提问来源于stack exchange，提问作者crimson_code