@wbchen 某双非一本

主要担心的是会不会影响秋招被拉黑..毕竟两家公司都是可能秋招去应聘的，愁死了

第七集有点恐怖

985 然后可以的话保研去读计科，应物理论知识是有的，反正现在大学本科就是看学校，具体方向还是要自学

现在一岗位几千份简历。问得不深看不出区别把

去看面经，挑些题问就行把

...去年 8 月买了芝奇 8G 500 块钱..现在 349，这降幅

是供过于求吧，其实我感觉很大部分是因为那些培训班和网课夸大其词的宣传，什么轻松年薪几十万啥的...把人全引程序员这边来

ref 就是使用了索引，而且返回值也只有一条

提个 BUG，Medium 的文章链接好像有误

所以小米也出了生态，小米智能家居

@Wisho
Next-Key Locks
A next-key lock is a combination of a record lock on the index record and a gap lock on the gap before the index record.
https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html#innodb-next-key-locks
官网文档有说 next-key-locks 是 record+gap

我试了一下 0 是可以插的，因此锁的是(1,3]没错，后面插入的 1 是在原有的 1 之后的，所以就被锁了
[]( https://i.loli.net/2019/02/26/5c75080e095ac.png)

幻读是指比如我原先 GAP=‘ 5 ’的条数搜索出来有 2 条，现在因为别人插入，变成三条。所以间隙锁能解决幻读的原因就是要锁住 GAP 这个索引 B+树最下面叶子节点从第一条 GAP='5'出现到最后一条 GAP='5'出现那段。
总而言之就是要针对结果可能存在不唯一的时候采用间隙锁，锁住整段满足条件的。
Gap locking is not needed for statements that lock rows using a unique index to search for a unique row. (This does not include the case that the search condition includes only some columns of a multiple-column unique index; in that case, gap locking does occur.) For example, if the id column has a unique index, the following statement uses only an index-record lock for the row having id value 100 and it does not matter whether other sessions insert rows in the preceding gap:

重点是实习吧...能找到实习已经很棒了

基本写的工具都是只考虑个人需求哈哈，自己用的不爽就改。

docker-compose 吧，还可以 scale 控制数量

在同个事务下，select for update 会用 next-key lock 锁住索引不让插入