@archean 是啊，比如红色字体仔细看，像素蓝的紫的都有

@jedz 12.9pro

我发现，确实可能是刮的。。。ipad 经常垫着壳 30 度放在左边，桌子小就会压在 mac 这个角上

@Boyang 平时都装包里，就到图书馆掏出来，不可能刮到这里，纯手工打磨的

@PPing520 不是全新买不了 AC+就算了

@edinina 确实，我也担心这个，觉得 ipad 基本跟 Mac 一块使用，airdrop 很方便，64 不够，可以 mac 来凑。iPad 上常用 app 就 Goodnotes 跟 Safari，又觉得没太大问题。实在不行 type C 口接 U 盘硬盘也问题不大。

因为读 Ardanlabs 的 Go Scheduler 这篇文章（ https://www.ardanlabs.com/blog/2018/08/scheduling-in-go-part1.html ）时，讲到 cache 时这么写道：
If one Thread on a given core makes a change to its copy of the cache line, then through the magic of hardware, all other copies of the same cache line have to be marked dirty. When a Thread attempts read or write access to a dirty cache line, main memory access (~100 to ~300 clock cycles) is required to get a new copy of the cache line.
修改 cache line 就会导致其他 CPU 的 cache 失效，但我觉得不是 cache 修改写回内存时才会这样吗？不然为什么要使用同步原语同步内存呢？有了困惑。

谢谢大家，已经🐍升了

@lostberryzz 真的吗？你不要骗我，马上下好了

操作系统没学好就算了，罚你今天晚上把 Go Memory Model 看三遍。

两个 goroutine，在两个线程、两个 CPU 上执行，你不对共享内存的读写进行同步操作，A 在写 A 的 cache 里的 x，B 在读 B 的 cache 里的 x，怎么可能有值呢？

@silenceeeee 主键的话锁住的是前一区间的 gap lock 加上 record lock ；普通索引的话除了这两个锁，还会锁住后一个区间的 gap lock 。你可以试试。

@geelaw 理解了，非常感谢👍

补充一下，在 MIT6.824 分布式系统那门课，有一节课那个印度助教在讲锁时也提到过 invariants，他说的是：“mutex 不是用来保护变量的，而是用来保护 invariants 的，除了只有一个 goroutine 访问这个变量，还有其他的 invariants”，大概这个意思。我估计他也是读了这本书，跟书上的说法基本一致，但是他也没有再详细解释。

@simonlu9 你好，课程名什么呢？是丁奇的 mysql 实战吗？

@jiangshanmeta LOP 什么意思。。