应部署redis主从复制+哨兵集群实现高可用：主从保障数据冗余与读写分离，哨兵自动故障转移，php客户端适配动态发现，辅以参数调优与哨兵加固。
如果您在PHP项目中使用Redis作为缓存层，但遭遇主节点宕机后服务中断、读写不可用等问题，则说明当前缺乏自动故障转移与数据冗余机制。以下是提升缓存高可用性的多种部署方案：
一、配置Redis主从复制
主从复制是实现数据冗余与读写分离的基础，通过一个主节点处理全部写请求，多个从节点同步数据并分担读流量，从而降低单点压力并为哨兵模式提供结构前提。
1、在主节点redis.conf中确认未设置slaveof指令，保持默认主身份；启用持久化以保障RDB快照可靠性：save 900 1、save 300 10。
2、为每个从节点创建独立配置文件（如redis-slave1.conf），添加以下关键配置：slaveof 192.168.1.100 6379、replica-read-only yes、repl-diskless-sync yes。
3、启动从节点服务：执行redis-server /etc/redis/redis-slave1.conf，确保端口不与主节点冲突（例如使用6380、6381）。
4、验证同步状态：在任一从节点执行redis-cli -p 6380 info replication | grep role，返回role:slave且master_link_status:up即表示连接正常。
二、部署Redis哨兵集群
哨兵系统通过多节点协同监控主从状态，一旦检测到主节点客观下线，自动触发选举与故障转移，生成新主节点并通知客户端重定向，从而实现无需人工干预的高可用保障。
1、创建sentinel.conf文件，至少部署3个哨兵实例（避免奇数节点决策失效），内容包含：sentinel monitor mymaster 192.168.1.100 6379 2、sentinel down-after-milliseconds mymaster 5000、sentinel failover-timeout mymaster 180000。
2、分别在三台机器（或同一机器不同端口）启动哨兵进程：redis-sentinel /etc/redis/sentinel1.conf --port 26379、redis-sentinel /etc/redis/sentinel2.conf --port 26380、redis-sentinel /etc/redis/sentinel3.conf --port 26381。
3、检查哨兵集群状态：执行redis-cli -p 26379 sentinel master mymaster，确认num-slaves与num-other-sentinels均大于0。
4、模拟主节点宕机：手动停止6379端口服务，等待约10秒后执行redis-cli -p 26379 sentinel get-master-addr-by-name mymaster，返回的新IP与端口即为自动提升的主节点地址。
三、PHP客户端适配哨兵自动发现
PHP应用需放弃直连固定IP:PORT的方式，改用哨兵动态发现机制，确保在主节点切换后仍能获取最新主地址并建立连接，避免因硬编码导致连接失败。
1、安装支持哨兵的Redis扩展，推荐使用predis/predis（Composer包），其原生支持sentinel连接池。
2、在PHP代码中初始化连接时传入哨兵节点列表与主名称：$client = new Predis\Client(['scheme' => 'sentinel', 'hosts' => ['192.168.1.101:26379', '192.168.1.102:26380'], 'service' => 'mymaster']);
3、执行写操作前调用$client->getConnection()->getMaster()显式获取当前主节点连接，确保写请求始终发往有效主库。
4、配置连接超时与重试策略，在客户端层面增强容错能力：'parameters' => ['timeout' => 2.0, 'read_write_timeout' => 3.0, 'retry_interval' => 100]。
四、主从复制参数调优
默认复制参数在高并发或网络波动场景下易引发全量重同步、从节点延迟过大甚至连接中断，需结合业务吞吐与网络质量进行精细化调整，以维持稳定的数据同步链路。
1、增大复制缓冲区防止环形缓冲区溢出导致全量同步：repl-backlog-size 64mb（根据内存容量与平均写入速率设定）。
2、启用无盘复制减少主节点磁盘IO压力：repl-diskless-sync yes，适用于千兆及以上内网环境。
3、设置最小从节点安全写入阈值，防止脑裂期间数据丢失：min-replicas-to-write 1与min-replicas-max-lag 10组合生效。
4、调整TCP心跳保活参数，避免中间设备异常断连：tcp-keepalive 300，确保长连接稳定性。
五、哨兵节点健康性加固
哨兵自身若部署不当，可能成为新的单点瓶颈或引发误判，必须确保其独立性、可观测性与响应灵敏度，防止因哨兵故障导致整个高可用体系失能。
1、将哨兵进程与Redis Server进程隔离部署，禁止共用同一配置文件或同一系统用户运行。
2、为每个哨兵配置独立日志路径与PID文件：logfile "/var/log/redis/sentinel1.log"、pidfile "/var/run/redis/sentinel1.pid"。
3、调整主观下线判定时间，避免瞬时网络抖动触发误切：sentinel down-after-milliseconds mymaster 3000（建议不低于2000ms）。
4、启用并行同步加速故障恢复：sentinel parallel-syncs mymaster 1，限制同时向新主同步的从节点数量，防止带宽打满。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
