需求是这样的，后台配置时间，然后给用户发消息。 在用户关注后，根据这个时间发消息 比如 5s,发送一条数据 10s,发送一条数据。
现在用的定时任务处理，这样大概会有 1 分钟左右误差。
如果将定时任务设置成秒级，则 1s 中处理不完业务。
如果用延迟队列。 用户关注，然后扫配置表，把用户 ID+延迟时间写入 redis zset 。然后一直消费这个有序队列。 这样存在一个问题，如果管理员修改后台配置信息，我就需要批量修改 zset 里边的时间。
也就是需要修改整个公众号所有的 zset 数据。
有什么简单一些的方案吗
一张表存储是否开启
公众号 是否开启是否发送信息
还有一张子表
记录 延迟时间 发送内容
——————————————
用延迟队列现在考虑的问题就是我写入 zset 数据 ，但是后台修改配置的问题。
秒级扫表，我是以配置表为主表 。然后获取可用公众号配置项，然后循环用户表，比对用户表与配置表的差值。
担心的问题就是在对用户表比对的过程。如果不能快速响应，那就比对失败。 因为精度是秒级别的
// 当用户关注之后, 往 zset 存储
ZADD xxx delay_at “id, interval=5, created_at, “
// 当管理员改为 20s 后, 找到最近 20s 内创建的所有用户, 重新往延时队列加
ZADD xxx delay_at “id, interval=20, created_at, “
// 延时队列消费的进程加一个判断.
if interval not in 管理员的配置列表
return false;
混合方案，也不需要额外依赖 redis 队列啥的
之前做的一个定时服务，通过 key 指定定时任务，通过 key 随时可以修改，每个任务秒级定时，后端持久化用 redis 不担心丢失，已经稳定用在日百万级订单超时这样的任务处理，可以看看能不能满足
最开始我困惑的点，在于后台修改配置文件，那怎么修改延迟队列的数据内容。
刚明白过来，
配置表修改内容后，我只需要关注添加就可以了。
消费的时候，我验证下无效的消费就可以了。