Redis健康检查Shell脚本核心是用redis-cli模拟连接池行为：1.超时PING验证可达性；2.SET/GET临时键验证租借-归还流程；3.集群/哨兵拓扑一致性检查；4.集成重试与明确退出码，确保部署守门员可靠性。
在 Linux 中通过 Shell 脚本实现 Redis 连接池部署后的自动化健康自检，核心是验证连接池所依赖的 Redis 实例是否可达、响应正常，并间接确认连接池（如 JedisPool、LettucePool 等）初始化时能成功获取/归还连接。Shell 本身不直接管理 Java 连接池，但可通过轻量级方式模拟关键行为——即：用 redis-cli 模拟连接池典型操作（PING、SET/GET 带超时）、检查多节点状态（集群/哨兵）、并结合进程/端口/日志线索判断服务就绪性。
一、基础连通性与服务响应检测
这是最直接的健康信号。脚本需使用 redis-cli 对目标地址发起带超时的探测：
- 对单机或哨兵主节点：执行
redis-cli -h $HOST -p $PORT -a "$PASS" --raw PING 2>/dev/null | grep -q "PONG"，成功返回 PONG 表示服务可响应 - 对 Redis Cluster：用
redis-cli -c -h $HOST -p $PORT -a "$PASS" cluster info 2>/dev/null | grep -q "cluster_state:ok" - 统一加
timeout 3s防卡死，例如：timeout 3 redis-cli -h $HOST -p $PORT PING &>/dev/null
二、连接池语义级验证（模拟租借-归还流程）
单纯 PING 只验证服务存活，无法反映连接池能否稳定建连和复用。可设计两步轻量模拟：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 第一步：尝试 SET 一个带 TTL 的临时键（如
health_check_$$，$$是当前脚本 PID），避免干扰业务数据 - 第二步：立即 GET 并校验值，再 DEL 清理；整个过程在 1 秒内完成视为“连接池级可用”
- 示例命令组合：
timeout 1s sh -c 'redis-cli -h $HOST -p $PORT SET "hc_$$" "ok" EX 5 && redis-cli -h $HOST -p $PORT GET "hc_$$" | grep -q "ok" && redis-cli -h $HOST -p $PORT DEL "hc_$$"'
三、多实例与高可用拓扑一致性检查
若部署的是哨兵（Sentinel）或 Cluster，需确保客户端连接池配置的入口与实际拓扑一致：
- 哨兵模式：检查
redis-cli -h $SENTINEL_HOST -p $SENTINEL_PORT SENTINEL get-master-addr-by-name mymaster返回的主节点 IP:PORT 是否与应用配置匹配 - Cluster 模式：运行
redis-cli -c -h $NODE -p $PORT cluster nodes | awk '$2 ~ /master/ && $3 !~ /fail/ {print $2}' | wc -l，确认在线 master 数 ≥ 3（最小安全数） - 所有节点应通过
netstat -tnlp | grep :6379或ss -tlnp | grep :6379验证端口监听且未被占用
四、集成到部署流程的实用建议
将自检嵌入 CI/CD 或 Ansible 后置任务中，提高可靠性：
- 脚本开头定义可配置变量：
REDIS_HOST="127.0.0.1" REDIS_PORT="6379" REDIS_PASS="" TIMEOUT=5 - 失败时输出明确错误码和上下文，例如：
echo "[FAIL] Cannot SET health key after $TIMEOUTs" >&2 - 支持重试机制（最多 3 次，间隔 2s），避免瞬时网络抖动误判：
for i in {1..3}; do ... && break || sleep 2; done - 最终返回
exit 0（健康）或exit 1（异常），供上层流程判断是否继续发布
不复杂但容易忽略：Redis 连接池健康 ≠ Redis 进程存活，必须覆盖认证、超时、重定向（Cluster/Sentinel）、临时键生命周期等真实调用链路。Shell 脚本虽不能替代应用内埋点监控，但作为部署守门员已足够可靠。
