如果熟悉 gurobi 的话可以用这个来做计算。高性能来解决优化问题的。
比如这个例子:
https://github.com/carloalbe/A-nurse-scheduling-problem-solved-with-Gurobi

不会用模式二的。针对于第一个模式一的问题。可以开发两套系统。ka 和 smb 。两者的需求本来就不一样。

```可以看到，Multi-threaded 多进程任务的情况下我们可以看到相当大的性能差异。``
thread 是线程的意思

以及你的对比结果：
Multi-threaded time taken : 8.21 seconds
Multi-threaded time taken : 4.86 seconds

Multi-process time taken : 5.64 seconds
Multi-process time taken : 6.14 seconds


你说的和你跑的结果大相径庭。。

其实现在 hr 筛简历不怎么看技术内容。就这么几个点：1. 工作公司 2. 职级 3.毕业院校。这三个点至少得有突出点。否则不大容易过简历筛选，至于做了啥。不是很重要。区分 sde/de/mle/ds 啥的就够了。这个人聪明学得快至于有些没做过不大所谓。对于初级/中级工程师来说。（ p7/p7 以下）

btw: 小公司招聘不清楚。

如果有说错的地方见谅。

down time 要最少的的话。建议是先扩容。再接个外部的数据库当 slave （会利用 binlog 的）。直到数据一致之后切换主从。然后把 master 给删了。。
如果 downtime 可以接受的话。先把网站关了。然后数据库直接迁移到新的库。然后再更改链接。。

付费的话。云上有一些现成的工具。。

不如买个水獭掌柜的。还便宜。

explain 看一下呢？ 都一样嘛。