redis 优化方案流程图

迭代内存中每一个用户，根据单号数量判断供用户属于哪个脚本去跑的，属于自己的，就执行下一步

计算需要更新的单号数量

第二。。。次

队列，执行更新

用户单号表取出该用户需要更新的单号，加载到内存

剔除签收、大于两个月没有更新、未删除的单号

可以直接用之前的单个单号的更新队列

少单号用户

根据数量开启对应的进程数量

定时脚本B

中等单号用户

最后一个执行完的要释放掉用户表的数据

取用户单号表，按用户分组，把付费的单号排在前面

在队列中循环完后释放掉一次的数据

单号总数剔除数量实际更新总数

读取redis，接收需要添加的数量。检测空闲的队列数量，减去空闲的队列数量，如果空闲的进程数量大于需要添加进程数量则干掉多余的进程数量

数据筛选条件

使用迭代器，一次取出1000，存入到内存，将键值发送到队列，然后在队列里面循环执行更新

多单号用户

定时脚本C

定时脚本A

问题： 1，提取单号的更新速度。也就是这个自动脚本多久跑一次，跑的越快，需要更新的单号就越多。time()-update_time $hours 2，需要预估一个队列执行多少个单号的更新 3，只用一个定时脚本去扫得话，会导致队列里面都是一个大用户的单号在排队。 4，单号总数是变动的，会不会存在个别用户没有扫到或者重复扫到 5，shell脚本监测时间，会不会存在我发送让shell脚本添加进程，由于时间太快，shell脚本执行不过来。 6，迭代器太慢了

单号数量等于零的。不能是僵尸用户，把付费用户排在前面

记录一下整个脚本执行完毕花了多少时间，方便调整

为了避免单号一次取太多到内存里面，和取出速度慢，所以我们用迭代器

根据单号计算需要添加几个队列，发送到队列，即是往redis里面写，

shell 脚本

第一个用户