@fcten #90 客户采购的，发的清单是 6138 ，到手成了 6133.

@laminux29 #64 https://i.imgur.com/krir4IG.png 客户自己买的，发的清单是 6138 ，实际到手成了 6133 ，不知道咋和华为掰的，客户后面接受了 6133 。

@wowo243 #49
@T0m008 #46

检查过索引，也执行过 OPTIMIZE TABLE

@billccn #47 查看是各分配了 32G ，现在总的内存占用才 20G 左右。
mysql 分配了 10G ，按理不会跨 cpu ？
root@2288hv5-01:~# lscpu | grep NUMA
NUMA node(s): 2
NUMA node0 CPU(s): 0-19,40-59
NUMA node1 CPU(s): 20-39,60-79
root@2288hv5-01:~# numactl --hardware
available: 2 nodes (0-1)
node 0 cpus: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59
node 0 size: 31687 MB
node 0 free: 294 MB
node 1 cpus: 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79
node 1 size: 32192 MB
node 1 free: 407 MB
node distances:
node 0 1
0: 10 21
1: 21 10

@nznd #38 https://i.imgur.com/krir4IG.png 惭愧，可能是我不会看，cat /proc/cpuinfo|grep spec_ctrl 没输出

@nznd #33 这个文章充满了机翻味，我检查内核版本也不是文章的这个版本。不一致这么大的 bug 6 年都没修复吧

@rrfeng #30 但是测速又没问题，有 500MB/s

@Cooky #22 不太懂硬件，但是我看 cpu 占用才 5%。应该不至于是性能问题？

@SuperGeorge #21 没改动什么，apt 安装 mysql ，就设置了了 innodb_buffer_pool_size =6G 和一个 server_id

@thinkm #20

root@2288hv5-01:~# dd bs=64k count=4k if=/dev/zero of=test oflag=dsync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB, 256 MiB) copied, 1.0163 s, 264 MB/s 。

我测试 1G 的是 26.7 MB/s

@jworg #14 21 年 Q2 发布的 cpu ，写的主频 2.5 GHz ，睿频 3.0 GHz 。我感觉和 cpu 性能关系不大？ cpu 用量整体才 5%
https://files.catbox.moe/7b4hbj.png

@GuryYu #9 都是固态，用 dd 测试，新机器 4k 写 26.7 MB/s ，读 1.2 GB/s 。比旧机器快很多。

@zzh0410 #4
新机器 2.50GHz 40 核
旧机器 1.70GHz 8 核

@wysnxzm #2 直接在服务器登录 mysql ，执行也更慢。

@hytex #3 mysql 版本完全一样，都是 8.0.42 ，一样的 apt 安装
旧机器 innodb_buffer_pool_size = 2G ，新机器 8G 。

@haython #121 PS：付了电池月租，换电充电还要自己付钱。不能理解这种策略。

@haython #121 就是付完车子的钱，每个月还要付 599 或者 899 的电池钱，这个电池钱一直要付的，车子用多少年就付多少年。

@GooogIe #1 看的都是 suv ，肯定不会考虑轿车

@Lexgni #6 看 tidb 官网，哪怕测试环境最低运行要 6 个实例 144G 内存？被吓退了
https://i.imgur.com/7EGpJ6C.png