redis从库加载rdb期间默认不响应客户端请求，仅当启用loading-process-commands yes（6.0+）时才允许info、role、config等特定只读命令，与slave-read-only配置无关。
Redis 从库加载 RDB 期间是否接受客户端请求？
默认不接受任何写命令，但部分只读命令（如 INFO、ROLE、CONFIG GET）仍可执行——前提是配置了 slave-read-only no 且未启用 loading-process-commands 限制。真正决定“能响应哪些命令”的，是 loading-process-commands 这个 6.0+ 引入的开关，它和 slave-read-only 是两套逻辑，别混用。
如何允许从库在 loading 状态下响应特定只读命令？
必须显式开启 loading-process-commands yes（6.0+ 默认为 no）。该配置生效后，Redis 会在 RDB 加载过程中允许以下命令：INFO、ROLE、CONFIG GET、CONFIG SET（仅限部分运行时可调参数）、CLIENT LIST、COMMAND、PING、HELLO。其他命令（包括 GET、KEYS、SCAN）一律返回 LOADING Redis is loading the dataset in memory 错误。
-
loading-process-commands是全局配置，主从都适用，但对主库意义不大（主库不会 loading） - 修改后需重启或
CONFIG REWRITE+CONFIG SET生效，热加载有效 - 即使开启，
slave-read-only yes也不影响这些命令——它们本就不依赖数据状态
为什么开了 loading-process-commands yes 还收到 LOADING 错误？
常见原因有三个：Redis 版本低于 6.0（该配置不存在）、配置未正确加载（检查 CONFIG GET loading-process-commands 返回值）、或客户端发了不被允许的命令（比如 GET key）。特别注意：slave-read-only 设为 no 并不能绕过 loading 限制——它只控制“数据加载完成后是否允许写”，和 loading 阶段的命令白名单无关。
- 用
redis-cli -p 6380 INFO replication | grep loading确认是否真处于 loading 状态 - 用
CONFIG GET loading-process-commands验证配置值，别只改配置文件却忘了CONFIG REWRITE -
CONFIG SET loading-process-commands yes可立即生效，适合线上临时调试
性能与兼容性要注意什么？
开启 loading-process-commands 几乎无性能开销，因为允许的命令都不访问底层数据结构；但要注意客户端行为兼容性——旧版监控脚本若依赖 GET 或 EXISTS 检查键存在性，在 loading 期间会失败，得改成用 INFO loading 判断状态再降级处理。
- AOF 重写或 RDB save 过程中不触发此机制，只有从库加载 RDB 文件时才进入 loading 状态
- 集群模式下，每个从节点独立判断自己的 loading 状态，不存在跨节点同步延迟影响
- 如果你用的是 Redis 5.x 或更早版本，这条路走不通，只能等加载完成后再连，或换用哨兵/集群健康检查接口
PONG 的从库，不等于它能正确服务业务请求。 
