多个写会冲突，读哪有冲突一说。。。

顶多是读到你预期之外的数据（你以为写了但还没写完）

没有 128 的了…

标准指法就是扯淡，我研究了一下，发现自己小指太短根本够不到。

所以适合自己的就行，原则就是尽量少移动手掌避免劳累…

楼上各位嘲讽不到位

冷知识：汽油的能量密度是炸药的 5 倍。

@SenLief 5G 没必要，volte 比较有用

pixel 4a 主力，常备梯子，毫无问题。

当然 5G 和 volte 确实没办法。

有 macmini 肯定直接用 surge 啊，刷啥开源系统。。。

要是学习的话随便买个吧

GET /assets/index.786270b3.js

你配置的三个 path 都没包含这个请求的路径。搞清楚这点就解决了。

4a 主力，还能用一年

单机多实例也就平滑升级有点用。jvm 又不是只能用单核的。

放个小交换机就行，单臂路由足够了。

喷架构的都是瞎喷。

写死端口导致可能启动不了确实是设计问题，可能开发水平也就这样了。有一万种办法不出现这个问题。

第二个容器启动时把主机上的 docker cli 和 sock 映射进去就行了。不用单独安装。

这才是标准方式。

好好吃饭不行吗？？？

不如说原始需求。

"rows": 1519240, 然后需要按 id 重新排序

主要原因还是 b 命中太多了
次要原因是需要 id 排序，在 b 索引下 id 有序性无法保证，除非你创建 b+id 联合索引

explain 打出来啊，看看走了哪个索引。
比如走了 b 还扫描了非常多行，说明 b 的值不够分散，加索引也没用。