应用程序中Redis健康检查的正确方式及SQL SELECT 1的等效操作

与SQL SELECT 1; 等效的Redis操作 #

完全等效的命令是 PING，它是Redis原生提供的轻量探活指令，和SELECT 1的特性完全一致：无副作用、执行开销极低、不需要操作任何业务数据。实例运行正常、连接可用的情况下会返回PONG响应。

注意：如果Redis实例开启了密码认证，未完成AUTH认证前发送PING会返回权限错误，这类错误可以用来区分「网络不通」和「连接正常但权限配置异常」两类故障。

应用中Redis健康检查的正确方式 #

根据业务对Redis可用性的要求，可以选择不同的检查策略：

• 基础探活场景直接使用PING命令即可，覆盖90%以上的常规故障：包括网络断连、实例崩溃、进程阻塞无响应等问题，只要PING超时或者返回非预期响应即可判定实例不健康。
• 对读写可用性要求高的业务，可以额外增加简单的读写校验逻辑：
  1. 写入一个带专属前缀的临时key：SET health_check:ping [随机字符串] EX 3，注意一定要设置短过期时间，避免故障时残留垃圾数据
  2. 读取该key验证返回值和写入值是否一致
     这种方式可以排查PING无法识别的异常：比如实例处于只读状态、内存占满触发写禁止、主从同步异常等问题。
• 禁止使用高开销命令做健康检查：比如KEYS *、全量扫描类命令，会占用Redis主线程资源，严重影响正常业务请求。
• 健康检查频率控制在3~10秒一次即可，过于频繁的检查会给Redis带来不必要的请求压力。
• 可以结合连接池状态辅助判断：如果短时间内连续出现新建连接失败、请求超时率超过阈值，即使偶发PING能正常返回，也可以判定实例处于不健康状态。

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