这样可行，应该会比之前快。前提是线程不共用 MySQL 的 connection，并且你的 MySQL 支持这么多的连接数

更好的方法有
1. 写一句 SQL 把这 100 个操作做了，大概率会快很多
2. 不要每一句都开一个新线程，而是用一个线程池。你可以用 4 楼给的方法自己写线程池，也可以用 ThreadPoolExecutor
3. 用 aiomysql 来并发操作数据库，这样不需要开线程，但是需要大改之前的代码

顺便一说，“ mysql 不是线程安全的” 这句话 表义不明而且不对
正确来说应该是，MySQL 的 driver 给你返回的 connection 不是线程安全的（也可以是线程安全的，但线程安全的 connection 没有道理，应该不会有人去写那样的代码）
但这又是一句废话，程序里的变量几乎都不是线程安全的

在 Linux 上，这事要用 cgroups 给包加 classid，再用 iptables 加 mark，再用 ip rule 去改路由表
Windows 上应该也有类似的方法，但是做这种事情肯定比 Linux 更麻烦，如果你找不到现成的工具就只能自己去翻 msdn 写代码了
一楼给了一个工具，我没用过

我觉得在两个路由器上建两个代理服务器然后用 Proxifier 比较简单

高考的本科线通常在及格线附近，高考的题目也不属于很难的那种（比如研究生考试算是比较难的）
考及格真不是一件难事

另外一个很少有人注意到的点是，相对来说，高考对智商的要求比较高
像一般 985 这个档次的学校，通过高考考更多地需要智商，通过研究生考试考上更多地需要努力学习
所以拿本科学校 /本科专科来做筛选会很好用

YAML 好像是一个比较早出现的这种格式，看起来本来是想做得比 JSON 好写
因为出现得早，大家都在用
但是显然缺点太多了，我也觉得还不如 JSON，所以现在更多用 TOML 了

1. 原来那个 repo 里的算法毫无新意，就是自己建了一个 Hash Table 来计数
2. 楼主的 SQL 写得很怪异，建议认真学一下 SQL
3. 楼主的 SQL 写错了，原来的算法是 1|2|3-1|2 的相关性大于 1|2|3|4-1|2，这条 SQL 的结果应该是反的

1. 在理性的情况下，知道更多的信息只会有好处
2. 如果员工是理性的，公开工资对员工只可能有好处
3. 如果给定蛋糕的大小不变，那么员工得到好处意味着对老板有坏处
4. 如果员工不理性（不患寡而患不均），显然公开工资对老板有额外的坏处
所以一般来说老板不希望员工互相知道工资

上面这个推理只用到了一个假设，蛋糕的大小不变
所以这里的关键问题是
如果公开了工资，员工的产出能增加多少？

LeanCloud 的老板认为产出能增加很多，所以公开了工资
但这不是一个共识，所以这种制度没有被广泛采用

再往后继续讨论就复杂了，现实情况是
LeanCloud 经营了好多年了，没听说员工都心里不平衡而走掉
要求工资保密的那么多公司里，嫌工资倒挂心中不平应该是常见现象

对于楼主的情况来说，明显是招聘方占理

这道题的最简单的解法是写两个循环，毫无技术含量。显然存在更好的算法，而且更好的算法也不难
如果一个应聘的人只会这个解法，那我觉得这是一个初学编程的人，不是一个有五六年工作经验的人

如果像另一个帖子一样说让手写 SHA1 算法，应聘的人写不出来，那当然是应聘方占理了

这种事情在 Ubuntu 上搞是 Hard 模式了，你到 Gentoo 上或者 Arch Linux 上来做容易得很
比如用 Arch Linux 的现成的脚本
https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/linux

"微信通过基金资金进出容差赚取到了利润覆盖了还款成本"

除了微信，我就没见过信用卡还款要收手续费的地方
比如跨行异地在自助机器上的现金操作几乎一定有手续费，但如果是信用卡还款就不用
显然微信只是不想让大家把钱取走，和成本毫无关系

@passerbytiny

这个我也可以复现，看起来像一个 curl 的 bug，他的网站还专门写了 “ When the set time has elapsed, curl will exit no matter what is going on at that moment ”
V2EX 说“请不要在每一个回复中都包括外链，这看起来像是在 spamming ”，所以没有加上链接


可以给你另找一个

```
package main

import (
"context"
"log"
"net/http"
"time"
)

func main() {
req, err := http.NewRequest("GET", "url", nil)
if err != nil {
log.Fatal(err)
}
ctx, _ := context.WithTimeout(context.Background(), time.Second)
req = req.WithContext(ctx)
_, err = http.DefaultClient.Do(req)
if err != nil {
log.Fatal(err)
}
}
```
把 DNS 设成不能用的服务器之后，这段 Go 的输出是
$ time ./timeout
2018/09/11 03:56:53 Get url: context deadline exceeded
./timeout 0.00s user 0.02s system 2% cpu 1.020 total

@passerbytiny

man curl
-m, --max-time <time>
Maximum time in seconds that you allow the whole operation to take. This is useful for preventing your batch jobs
from hanging for hours due to slow networks or links going down. Since 7.32.0, this option accepts decimal val-
ues, but the actual timeout will decrease in accuracy as the specified timeout increases in decimal precision.

请用一个稍微新一点的 curl


看了一下 requests 的文档，这个确实不是整个操作的超时

@passerbytiny

curl https://icanhazip.com --max-time 0.2 -v

Python
requests.get('https://icanhazip.com', timeout=0.2)

这俩都可以设不同的时间不同的域名，看到不同的错

别随便用“任何语言”这么强硬的词语

@geelaw

$ du -sh /mnt/c/Windows/Installer
28G /mnt/c/Windows/Installer

$ du -sh /mnt/c/Windows/Installer/* | sort -k 1 -h -r | head
2.0G /mnt/c/Windows/Installer/$PatchCache$
252M /mnt/c/Windows/Installer/feb3822.msp
252M /mnt/c/Windows/Installer/a6ac9.msp
252M /mnt/c/Windows/Installer/9b30e.msp
252M /mnt/c/Windows/Installer/9044ce9.msp
252M /mnt/c/Windows/Installer/70511be.msp
252M /mnt/c/Windows/Installer/644a705.msp
252M /mnt/c/Windows/Installer/38e694c4.msp
252M /mnt/c/Windows/Installer/36ec9d5e.msp
252M /mnt/c/Windows/Installer/2f1a6.msp

网上说排第一的 PatchCache 里的东西可以删所以略过
下面这一堆奇怪名字的 msp，我一个一个点开看了，出来的窗口的标题全是 Microsoft Office xxxxx
所以这锅还是微软的

@msg7086
Arch Linux 上，可以直接 rm /var/cache/pacman/pkg/*
对系统没有任何影响，当然删完就不能回滚版本了

@geelaw

在我的机器上
Windows/Installer 27.4 GiB
ProgramData 7.58 GiB

ProgramData 和 Windows/Installer 里重复的文件，每个文件只算一次，一共有 1.5 GiB

重复次数最多的是 /c/ProgramData/Microsoft/Search/Data/Applications/Windows/GatherLogs/SystemIndex/SystemIndex.12.Crwl，79 次，不过这个文件只有 2 bytes

大于 100 MiB 的文件有 3 个，全是微软家的东西，一共 440 MiB

14903790e1237de08c6243db5de6e062bf3867561212b0baa8a8812bc3697fdf 150634496 /c/ProgramData/Microsoft/VisualStudio/Packages/Microsoft.VisualStudio.AspNetPackages.Msi,version=1.0.20124.0/AspNetWebToolsPackagesVS15_ENU.msi
14903790e1237de08c6243db5de6e062bf3867561212b0baa8a8812bc3697fdf 150634496 /c/Windows/Installer/4a6ef0.msi

3675b2e23df6b639dba1706ae0b969df1e1b359d25c8ed770401430d58807358 160104448 /c/ProgramData/Microsoft/VisualStudio/Packages/Microsoft.VisualStudio.AspNetCoreLocalFeed.1.1.Msi,version=15.0.11421.0/AspNetCoreLocalFeed_1_1_VS15_ENU.msi
3675b2e23df6b639dba1706ae0b969df1e1b359d25c8ed770401430d58807358 160104448 /c/Windows/Installer/4a6f41.msi

9ac20c0e94ca5c22388d710e0ff4f11576ff420cded1866b9bcd1a9cca74e026 123056128 /c/ProgramData/Microsoft/VisualStudio/Packages/Microsoft.VisualStudio.AspNetCoreLocalFeed.Msi,version=15.0.11421.0/AspNetCoreLocalFeedVS15_ENU.msi
9ac20c0e94ca5c22388d710e0ff4f11576ff420cded1866b9bcd1a9cca74e026 123056128 /c/Windows/Installer/4a6f3a.msi

还有一个 WinSxS 也是类似的情况，越用越大，据说不能删
更扯的是 Windows 还经常到一个盘的根目录下面创建一大堆临时文件不删
https://social.technet.microsoft.com/Forums/ie/en-US/b65af122-f4db-4053-a22d-f2b1081cc01e/windows-update-temporary-folder-location?forum=winserverwsus
2010 年就有人提了，我在最近 30 天之内还遇到过

Windows 特别喜欢搞一大堆不知道有没有用的文件存着，这种事情大家都早就知道了，其实没什么可辩解的

医生给开了药，吃完效果很好，价格正常，也没有不良反应，暂且假设也没有远期潜在的不良反应。
这说明这个药对这个病人有效，这挺好的，继续吃就得了呗。


“我们有 Yu 教授第三次开的方子，希望懂的 V 友帮忙看看，到底是什么病？”
“现在我外婆这个病，目前只有吃他开的方子，会有立竿见影的效果(吃完当天就可以不用晚上起身上厕所)，但是药效不持久，会复发。我网上搜索到可能是膀胱炎，但是不知道怎么办，医院里也查不出来。希望大家给一点建议。”

Yu 教授看的病，Yu 教授开的药，你不去问 Yu 教授，来问 V 友，这个思路明显是错的。
医院都不知道怎么治，来 V2EX 上问，要能得到正确的答案就见鬼了。

正常的思路是，医院搞不定的事情去找更好的医院、更好的医生。
如果没有更好的医院医生可找了，那就自生自灭。
治不好的病多了去了，这是非常正常的事情。

当年我第一次用这种打车的软件，安装了 Uber，注册，点叫车，然后就被封号了
我没有做其它任何事情，屡次发邮件要求解封都没有成功
那我只好用滴滴了

1. 读操作可以用缓存优化。如果需要保证数据库的 ACID，我觉得写操作上不能加缓存
2. 关系型数据库有设计表的范式，如果照着范式来做，那应该没多少选择的余地。
当然实际情况是连第一范式都几乎没人严格遵守
这种事情的主观成分非常大，我估计 MySQL 用户和 Oracle/PostgreSQL 用户应该会有很多相反的观点
我个人倾向于先设计一套尽量满足范式的表，然后如果确定某种修改方式能带来好处，再一点点改