Laravel Horizon关联Redis间歇性故障求助：每3-6周队列停止运行

一、监控Redis核心资源使用 #

• 定期采集Redis内存数据：执行redis-cli INFO memory，重点关注used_memory_peak（内存峰值）、used_memory_rss（Redis占用的物理内存），对比服务器可用内存，确认是否因内存耗尽触发连接错误。
• 检查Redis连接状态：执行redis-cli INFO clients，查看connected_clients（当前连接数）、client_longest_output_list（阻塞的连接），排查是否存在连接泄漏或长时间未释放的连接。
• 验证内存淘汰策略：确认Redis配置的maxmemory-policy（如allkeys-lru）是否生效，避免Redis因内存耗尽直接崩溃。

二、排查Horizon与Redis的连接配置 #

• 检查Laravel Redis配置：打开config/database.php，确认timeout、read_timeout参数设置是否合理，排查persistent（持久化连接）是否未正确回收，导致连接资源泄漏。
• 调整Horizon进程配置：查看config/horizon.php中的workers配置，确保进程数与Redis的maxclients参数匹配，避免连接数占满导致新请求失败。

三、分析队列任务与内存泄漏 #

• 排查任务内存泄漏：在任务的handle方法前后加入memory_get_usage()记录内存变化，重点检查处理大数据、循环逻辑的任务，确认是否存在未释放的变量、未关闭的资源（如数据库连接、文件句柄）。
• 检查任务堆积情况：执行redis-cli KEYS "queues:*"查看队列长度，结合Horizon面板的任务统计，确认是否有失败任务堆积、延迟任务过多导致Redis内存持续上涨。

四、查看日志定位故障细节 #

• 查看Redis日志：默认路径为/var/log/redis/redis-server.log，搜索OOM、connection refused、error关键词，确认故障发生时Redis是否出现内存溢出、崩溃重启。
• 查看系统日志：检查/var/log/syslog或/var/log/messages，排查是否有系统OOM killer触发、网络端口异常的记录（Redis与Web服务器同部署，可能存在资源竞争）。

五、验证临时修复的真实原因 #

• 执行FLUSHALL前先做数据统计：用redis-cli DBSIZE查看键总数，redis-cli SCAN 0 COUNT 1000抽样查看键的类型和大小，确认是否是无效任务、过期键未清理导致内存占用过高。
• 尝试针对性清理：只删除队列相关键redis-cli DEL queues:*，验证是否能恢复服务，缩小问题范围。

六、系统层面资源竞争排查 #

• 监控服务器资源：用top、vmstat、iostat长期监控CPU、内存、磁盘IO，确认Web服务高负载时是否抢占Redis资源，导致Redis响应缓慢或连接中断。
• 检查Redis持久化配置：若开启RDB/AOF持久化，排查大内存下的快照生成是否会阻塞Redis服务，影响队列任务执行。

内容的提问来源于stack exchange，提问作者Adam Lambert