redis-cli --scan --pattern 'order:*' | wc -l DUMP order:detail:8812 | head -c 16 | xxd INFO keyspace
按业务前缀在命令行 SCAN 一个都扫不到,工具里键名显示成 \xac\xed 开头的乱码。这类现象通常不是突然出现的,往前翻半天日志能看到苗头。
追下去是这么回事:客户端默认拿 JDK 序列化器处理键和值,类名与类型信息一起写进字节流,键不再是可读字符串,跨语言读取和人工排查都无从下手。
「Redis key 序列化前缀」排查到最后往往是很小的一处差异,前面那些复杂猜测可以先放一放。同一份配置存在多处的,先确认改的是被加载的那一份。
新版本先放一台机器上跑一天再全量,问题一般在这段时间暴露。备份不是备了就行,恢复一次才算数,很多备份文件打开才发现是空的。
接口问题先分清是没发出去、发出去了没收到,还是收到了处理失败。
处理上按这个顺序:键统一换成 StringRedisSerializer 用冒号分层命名;值按场景选 JSON 或 Protobuf 别再走 JDK 序列化;老键写迁移脚本 双读一段时间之后再统一删掉。
确认没问题再收工,SCAN 能按前缀扫出全部业务键,导出的键名是纯文本没有乱码。
