原因是这个
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

models.py 里执行了 from .utils import requote_uri，你再去修改 requests.utils.requote_uri，不会对 models.py 里的 requote_uri 有任何影响。