总视频数、每 10 分钟总的访问量说下量级吧，应用场景是怎样的，感觉你想得太多了。

比如「我想做一个管理后台…」，你管理后台每秒能刷几千次啊，还能被刷爆？

而如果是面向公众用户的场景，你的需求也不需要「实时、精确地计算出访问增量」，每分钟统计一下就行了。

最后，这种情况比较常见的做法是使用时间轮，比如选一个比 10 大又能被 60 整除的数，例如 12 。将当前的分钟数对 12 取模，然后每个 key 记录这一分钟的数据。每到一个新的一分钟，就把 11 分钟前的 key 删了。要获取数据时，就取当前和之前的 10 个 key 。
至于数据结构选啥，根据你的视频量级、视频数是否恒定、id 是否连续等而定，不同的方案内存差别很大。比如一楼提到的 view_count_{vid}_{minute}，这种实现不用看也知道内存扛不住。

原因是这个
https://redis.io/commands/scan#why-scan-may-return-all-the-items-of-an-aggregate-data-type-in-a-single-call

只有当底层实现是 hash table 的时候，cursor 才有意义。出于内存优化的考虑，较小的数据结构（比如只有 2 个 key ），redis 会用 compact single-allocation packed encoding 。这种编码下强行使用 cursor 会导致时间复杂度变成 O(n)，所以会直接返回所有数据。

不知道你的业务场景是怎样的，我弄了 1 万个 set，每个 set 1000 个整数，sunionstore 1 万次不同的 set 也就 200 多 ms 。但是因为修改比较多，会触发 bgsave，可以关闭掉在 slave 去做。

如果这也是瓶颈的话，在应用层读出来合并再写回去会慢一个数量级。
不过如果不需要保存 sunionstore 的结果，这样虽然慢，但是可以节省 redis 的 CPU 。

这样管控，多个人怎么并行开发？

Python 没有 i++ 啊

把 supervisor 改成在 mysql 后启动

离线安装有 pip 就行

用 virtualenv

因为很多库的新版本可以直接 apt 安装，不用自己编译

捕捉或忽略 SIGHUP 就行了吧

不可量化。这是一个静态的配置，你存储的带过期时间的数据是动态变化的，这相当于用一个一元方程拟合随机序列。

-w Wide output. Use this option twice for unlimited width.

If ps can not determine display width, as when output is redirected (piped) into a file or another command, the output width is undefined (it may be 80, unlimited, determined by the TERM variable, and so on). The COLUMNS environment variable or --cols option may be used to exactly determine the width in this case. The w or -w option may be also be used to adjust width.

改成 ps -efww

我是用 cython 编译所有模块，main.py 里只 import 和调用 run()。

第三方的库就别想着用它接口以外的东西了

clickhouse

@livid 标签多识别了一个引号

我这返回 5 毫秒。

一个是在 import model 之前修改，另一个是修改 model.requote_uri