看 uber 集群升级 8.0 ,讲的都是性能提升,但自己本地对比了下,发现查询时间还更慢了。。。
测试方法:
结果是:5.7 是 1.2s 左右,8.0 是 1.4s 左右
uber blog: https://www.uber.com/en-JO/blog/upgrading-ubers-mysql-fleet/
1
fengci 72 天前 1
哈哈 信你还是信 uber 。 (开个玩笑。)
|
3
wu67 72 天前
忘记是在哪看到的, 不保真. 说是后续更新版本为了程序健壮稳定牺牲了部分性能来着?
|
4
realpg 72 天前
目前刚升级 8.4 lts, innodb cluster 十七个节点的集群 性能非常理想
就是他这个坑爹的 mysql router 问题很多 |
6
Jinnrry 72 天前 via iPhone
但我记得好像说的是 8 以后的版本,5.7 到 8 性能应该还是变好的。
但是也不绝对,8 相比 5.7 又加了一堆新东西,拖慢速度也有可能 |
7
ShinichiYao 72 天前
新硬件肯定高版本好,老硬件就不一定了
|
8
wuzhewuyou 72 天前 via Android
上午才把 8 降到 5.7 ,老旧 java springboot 要更新 jdbc 包才能连 8 ,想想还是降 mysql 版本
|
9
yc8332 72 天前
特性更多了,性能基本上不可能更好的。。除非是重构了原有的
|
10
wangyzj 72 天前
能升级尽量升级,或者换 PG ,aws 已经不支持 5 了,早晚都得上 8
|
11
konakona 72 天前
emmm,升级一个 mysql 要写这么长的博客啊。
那我给我们 team 整了 github workflow+laravel harbor 实现 forge 的 preiview site ,我不得写一千字起步! |
12
wonderfulcxm 72 天前 via iPhone
它还把 query cache 移除了,我就不升级。
|
13
feitxue 72 天前
不升级挺好的,要不是漏扫过不去,才懒得升级。
|
14
guanhui07 72 天前
5.7 到 8 性能应该还是变好的
|
15
8355 72 天前
你的测试客观吗。。。 系统负载能控制吗
是否进行了多次测试取平均值 是否预热了 buffer pool |
16
Flourite OP @8355
1. vagrant+ubuntu ,5.7 跟 8.0 轮流启动,只是简单的 select 查询,也没运行其他软件 2. 这个结果正式多次测试过的 3. buffer pool 我也说了,调整到 1GB ,不然,查询要>40s ,同时,没有使用到 query cache |
17
encro 72 天前
就凭借 online ddl,ALGORITHM=instant 我就回不去了。。
那点性能,随便一个慢 SQL 就不止了。 |
18
yuedanwork 72 天前
老机器老版本 新机器新版本
另外 不妨查查看 uber 或者类似公司测试时的机器配置 我猜 你测试的机器肯定远不如 uber 用的,而你也应该在贴出结论的同时贴上你测试所用实例的配置 |
19
chobitssp 72 天前
之后升级成国产又变回 5.x
|
20
fenglangjuxu 72 天前
别的不说 就说高版本 那个对密码的复杂程度的强制要求 好烦
|
21
SunsetYe 72 天前
Percona (业内一直在做 MySQL 周围支持软件的一家公司)之前对 8.0 做了 benchmark ,相同情况下和 5.7 还是有差距的: https://www.percona.com/blog/sakila-where-are-you-going/
我们团队用下来,主要还是需要更大的机器、索引选择更奇怪,还是需要时间来做迁移调优的 |
22
CloveAndCurrant 72 天前
我们这边在 aws 更新 8 之后,也是变慢了。
|
23
qianxaingmoli 72 天前
我记得以前看见过,单机是 5.7 性能更好
|
24
Bingchunmoli 71 天前 via Android
@wuzhewuyou jdbc 包不是随便升的吗
|