转载自 HULK一线技术杂谈
彭宏恩(译)
背景简介
在分享了将全内存sysbench压测应用于MySQL 5.6, 5.7 和 8的结果之后,我又想探究一下老版本的情况。于是又测试得到了针对于MySQL 5.0, 5.1 及5.5 的结果,作为MySQL 5.6, 5.7 和 8结果的补充,这是基于低并发性能下降系列的又一成果。
1.MySQL 4.1 和 5.5版本在性能上表现的并不是非常好,因此跳过了这两个版本。
2.最大的QPS降幅出现在5.6和5.7这两个版本之间,并且这个降幅通常会超过5.0和5.6版本之间的降幅,到底发生了什么呢?具体原因可以参考Bug 86215(http://sep9.cn/ci0hix)
配 置
在压测中,使用了upstream 5.0.96, 5.1.72, 5.5.51, 5.6.35, 5.7.17 和 8.0.1测试了MySQL。在8.0.1中,使用了latin1 charset和latin1_swedish_ci collation。本文主要分享的是基于i5 NUC的结果。
我曾在相同的服务器上编译并运行了MySQL 4.1.22,但是并没有分享其结果,主要原因是该结果表现的不是很好,这一点也验证了印象中的“4.1并不是一个很好的版本”的观点。4.0是一个很棒的版本,但是还没让它在拥有gcc 4.7或4.8的Ubuntu 16.04上运行,因为在启动不久后就会出现segfaults(段错误)。
在使用的sysbench中,包含了测试运行,并且对MySQL 5.6, 5.7 和 8 在(http://sep9.cn/pzrah5)里描述了每一个引擎中使用的对应的my.cnf文件。此次分享my.cnf文件是针对于i3 NUC,对于i5 NUC,Inn