@moonvstod 这个不太靠谱的感觉。。。

楼主如果要知道更多一些关于 SQL 的理论知识，可以考虑看 https://db.inf.uni-tuebingen.de/team/TorstenGrust.html 这位教授的课程，youtube 有视频。CMU 的课程重点是数据库系统本身和现代系统应用，而不是 SQL 。

上面都没回答到点上。。
楼主应该问的是为什么我们在一个子语句使用了外层的 E.sid 。
这里需要知道表是否存在 index 。
在有 index 的情况下，第一条语句首先 cid 过滤，然后再比较 S.did = E.sid 的时候，可以直接使用 index，速度比第二条的 IN 要快非常多。因为有 E.sid 的值可以直接 hash index 看 S.sid 的数据置是否存在，只有 E.sid 数量的比较次数 O(E.sid)。
但是对于 IN 来说，它需要比每一条 S.sid 是否在 IN 后面的结果里面，没有 index 情况下 IN 的复杂度是 O(E.sid * S.sid)，有 index 情况下 IN 的复杂度是 O(E.sid) 。
这里说的都是理论的复杂度，实际数据库实现中 IN 不一定可以用 index 。
另外一个区别是，因为第一条用了 scalar function, 在进行 cid 过滤的时候，满足的一行会直接送给子查询去判断 S.sid = E.sid 是否存在(这里是因为行变量的值可以传递到子查询），第二条是做完了过滤才去用 IN 查询，所以速度会变慢。

书店蹲着看，不是开玩笑

@tianzi123
@tutuhome 已入 Yoga，但买的是 13.3 的，锐龙 R5 。
感谢这里所有小伙伴的推荐。

另外，有个 mysql 专区

应该不会死锁，文档写的锁了要等待：

AUTO-INC Locks
An AUTO-INC lock is a special table-level lock taken by transactions inserting into tables with AUTO_INCREMENT columns. In the simplest case, if one transaction is inserting values into the table, any other transactions must wait to do their own inserts into that table, so that rows inserted by the first transaction receive consecutive primary key values.
The innodb_autoinc_lock_mode variable controls the algorithm used for auto-increment locking. It allows you to choose how to trade off between predictable sequences of auto-increment values and maximum concurrency for insert operations.

可以发一下详细的死锁信息大家看看。

ps: https://dev.mysql.com/doc/refman/8.0/en/innodb-auto-increment-handling.html

@bingyiyu 你说的很有道理。。那我就只能买 16g 再自己加两条。。

@czfy
@bingyiyu
@tyhuohuo8 各位都是推荐我直接买 32G ？

@gainsurier 这个 cpu 真的有点猛。除了加内存，这款有啥特别之处吗？

PingCAP 考虑一下？

顺带吐槽一句，我投了实习内推，完全没有后续。

第一个电影名字找到之后麻烦楼主踢我一下，我也感兴趣了，2333

考虑一下 window function，用 partition by proc 然后排序

酱紫。。感觉是不轻薄本不太稳？@dingwen07

哈哈哈哈，那不应该发在硬件区 @justin2018

豆瓣深圳租房。
或者链家长租便宜点。