因为不管是 C 语言还是 Python 的浮点都是用 IEEE 754，这个没法表示准确的 10 进制小数。

@ingin 其实楼下的就说了，你改一下 stopsignal 应该就可以了，而且 gunicorn 不是有 supervisord 的配置范例吗？

你的 supervisord 针对 gunicorn 配置了多少个进程？
我也用过 supervisord 作为 gunicorn 的守护进程，没遇到你的问题

日常使用 SATA 跟 nvme 的区别没有那么大，量大价格便宜才是正道。

@337136897 数据量不多是多少啊，你前面说同事建了索引，这里又全部隐藏了。你们性能调优都是靠散弹枪编程啊？还是撞大运编程？
explain 是 sql 语句啊，你 explain 一下你的 sql 语句就知道了，上面有人说了。再不行你先读 mysql 文档。
软件工程软件工程，不要都是靠猜啊。大胆猜想，实证分析，小心验证！

@337136897 你的表都是没有索引的吗？你都贴了这么多了，何不将慢查询日志跟 explain 语句得到的查询计划一起发上来

@sun1991 +1，不看查询计划，不看索引情况，上来直接禁止 JOIN，分表查询，上 nosql。这大概是 V2EX 数据库调优的政治正确。

@337136897 我觉得你调优先看慢查询定位问题。如果查询问题都不大，就是机器性能不行就提高 rds 实例性能。

自己写一个解析器，快速跑一下。
不用解析的方法，可能会出错

首先请确认你的 Mysql 适配器支不支持多线程，据我了解，多数适配都不是线程安全的，多线程写会出现问题。
其二，最好还是先汇总，然后由一个单一 worker 写入，因为写入压力全在磁盘，多线程写入不会提高性能。

@builder 外键不会特别地让查询变慢。外键带来的成本大概是使插入变慢，扩展性变差。

理论上还是将你的文章内容转化成列表（根据长度，或者特定分割符等等），然后调用 django 自带 paginator 就可以了

@SuperMild 因为 Python 里面的 TimSort 是 TimSort 算法作者写的，他写完之后才有 TimSort

python 我知道有 PyYaml，基本跟标准库的 json 用法没有差别，都是字典转 yml 格式，转后输出就可以了。

问题逐个分析，逐个击破
1. 学历低，那么就去考研，你学历能上硕士，再怎么水也是一个硕士。研究生可是有在职研究生。
2. 没钱就去赚钱，换更好的工作，自己去投资，想方设法，减少上 V2EX 的频率。
3. 房贷压力大，那么你有没有想过卖掉房子？
4. 什么都不想放弃， 你又不是天选之子，你觉得可行吗？

以上几点，自由选择，自由组合。能力低就老老实实地取舍，什么都想要，当然压力就大。

上面说了那么多，其实就是量小的时候用 if-else if-else 完全没有问题。
至于字典行不行？当然是行的啊，用字典属于表驱动模式的一种实现，完全是合乎软件工程的要求的。

所有用跨平台的方案的，最后都会回到原生方案。
除非你们公司是 facebook, microsoft。当然了，所谓的 app 里面嵌套浏览器内核国内大厂还是玩得很溜的。
自己开发随便

@zealot0630 的确是，不过你有几千分，你可以 close 啊，分数低就 downvote 罗，没办法。

@zealot0630 你用你问题审查权限，直接申请 close 掉，看到辣鸡问题给个 downvote 没有问题