Phalcon框架无内置队列，延时任务依赖第三方Redis实现，消息丢失主因是ZSet写入失败、消费者宕机、Redis内存淘汰或时钟不同步。需检查score时间戳准确性、zAdd返回值、进程常驻状态、锁机制、TTL设置及NTP同步。
Redis ZSet 结构是否正确写入
Phalcon 应用调用延时任务时，必须将任务以 时间戳为 score、序列化 payload 为 member 写入有序集合（ZSet），例如：zadd queues:delayed 1764741783 {"job":"send_reminder","user_id":123}。若写入失败或 score 错误（如传入毫秒时间戳但 PHP time() 返回秒级），任务将永远无法到期。
- 检查代码中是否调用
$redis->zAdd()成功，且返回值为 1（新增）或 0（已存在）；忽略返回值易掩盖写入失败 - 确认 score 使用
time() + $delay_seconds，而非microtime(true)或错误计算（如误用毫秒） - 用
redis-cli -n {db} zrangebyscore queues:delayed -inf +inf WITHSCORES抽样验证 score 是否为合理整型时间戳
消费者进程是否持续运行且无阻塞
Phalcon 环境下通常需手动编写常驻脚本轮询 ZSet（如每秒执行 zrangebyscore ... LIMIT 0 10），该脚本一旦崩溃、被 kill 或陷入死循环，到期任务即积压并可能因超时被丢弃。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 检查进程是否存在：
ps aux | grep "php delay_worker.php"，确认未意外退出 - 验证脚本是否加锁防重：多个实例同时拉取同一任务会导致重复消费或漏消费，建议用
SET lock:delay_worker NX EX 30实现互斥 - 确认脚本内是否有未捕获异常（如 Redis 连接中断、JSON 解析失败），导致后续任务跳过而不记录日志
Redis 配置与数据持久性风险
Redis 默认内存存储，若未开启 RDB/AOF，或启用了 maxmemory 策略且驱逐策略为 volatile-lru，而延迟队列 key 未设 TTL，则可能被误淘汰；若设了 TTL 又恰好在到期前过期，任务直接丢失。
- 执行
redis-cli info memory | grep -E "(used_memory|maxmemory|mem_allocator)"查看内存压力 - 检查延迟队列 key 是否被主动设置 TTL：
ttl queues:delayed，正常应返回-1（永不过期） - 确认
maxmemory-policy不是allkeys-lru或allkeys-random，避免 ZSet 被无差别清理
时间同步与系统时钟漂移
Redis 的 zrangebyscore 依赖客户端和服务端时间一致性。若 Phalcon 应用服务器与 Redis 服务器时钟偏差 >5 秒，可能导致任务提前或滞后拉取——尤其在跨机房部署时常见。
- 在应用服务器执行
ntpstat或timedatectl status，确认 NTP 同步正常 - 在 Redis 服务器执行相同命令，对比两台机器的
date +%s输出差值 - 若偏差显著，任务拉取逻辑中可改用
redis.call("time")获取服务端时间，而非本地time()
