MySQL 5.7 vs 8.0，哪个性能更牛？

测试mysql5.7和mysql8.0 分别在读写、只读、只写模式下不同并发时的性能（tps，qps）

机器

myql5.7.22

mysql8.0.15

sysbench

​

mysql5.7和mysql8.0 在读写模式下的表现

​

双1 配置，读写模式下，mysql5.7.22 和mysql8.0.15 tps 、qps 性能差不多，mysql8.0.15 在120 线程并发时，性能出现了下降抖动：

mysql5.7和mysql8.0 在只读模式下的表现

​

双1 配置，只读模式下，mysql5.7.22 的tps、qps比mysql8.0.15 好1/3 左右；并发线程数增加后，tps、qps并没有随着增加，反而出现了下降的趋势：

mysql5.7和mysql8.0 在只写模式下的表现

​

双1 配置，只写模式下，随着并发数的上升，mysql5.7.22 的性能比mysql8.0.15 好1/4左右

mysql5.7和mysql8.0 在读写模式下的表现

​

0 2配置，读写模式下，并发数低时，mysql5.7.22性能好于mysql8.0.15并发数比较高时，mysql8.0.15 性能好于mysql5.7.22；在80 线程的并发以上时，性能开始下降

mysql5.7和mysql8.0 在只读模式下的表现

​

0 2配置，只读模式下，mysql5.7.22性能比mysql8.0.15 好1/3左右；随着并发数的上升，性能也没有上升，反而有下降的趋势

mysql5.7和mysql8.0 在只写模式下的表现

​

注意

sysbench 需要设置--db-ps-mode=disable 禁用预编译语句，不然并发测试线程多时会报下面的错误

使用脚本

查询优化器负责将SQL查询转换为尽可能高效的执行计划，但随着数据环境不断变化，查询优化器可能无法找到最佳的执行计划，导致SQL效率低下。造成这种情况的原因是优化器对查询的数据了解的不够充足，例如：每个表有多少行数据，每列中有多少不同的值，每列的数据分布情况。

因此MySQL8.0.3推出了直方图(histogram)功能，直方图是列的数据分布的近似值，其向优化器提供更多的统计信息。比如字段的个数，每个不同值的百分比，最大/最小值等。MySQL的直方图分为：等宽直方图和等高直方图，MySQL会自动分配使用哪种类型的直方图，无法干预

直方图同时也存在一定的限制条件：

创建和删除直方图

创建语法

创建直方图时能够同时为多个列创建直方图，但必须指定bucket数量，范围在1-1024之间，默认100。对于bucket数量应该综合考虑其有多少不同值、数据的倾斜度、精度等，建议从较低的值开始，不符合再依次增加。

删除语法

直方图信息

MySQL通过字典表column_statistics来保存直方图的定义，每行记录对应一个字段的直方图，已JSON格式保存。

MySQL为employees的first_name字段分配了等高直方图，默认为100个bucket。

当生成直方图时，MySQL会将所有数据都加载到内存中，并在内存中执行所有工作。如果在大表上生成直方图，可能会将几百M的数据读取到内存中的风险，因此我们可以通过参数 hitogram_generation_max_mem_size 来控制生成直方图最大允许的内存量，当指定内存满足不了所有数据集时就会采用采样的方式。

从MySQL8.0.19开始，存储引擎自身提供了存储在表中数据的采样实现，存储引擎不支持时，MySQL使用默认采样需要全表扫描，这样对于大表来说成本太高，采样实现避免了全表扫描提高采样性能。

通过INNODB_METRICS计数器可以监视数据页的采样情况，这需要提前开启计数器

采样率的计算公式为： sampled_page_read/(sampled_pages_read + sampled_pages_skipped)

优化案例

复制一张表出来，源表不添加直方图，新表添加直方图

分别在两张表上查看SQL的执行计划

可以看出Cost值从30214.45降到了18744.56，扫描行数从299822降到了41654，性能有所提升

mysql服务是MySQL数据库的服务，用于提供MySQL数据库服务，支持多种数据库 *** 作，如SQL语句查询、存储过程等。mysql80服务是MySQL 8.0的服务，支持MySQL 8.0的新特性，如支持JSON数据类型、支持窗口函数等，提供更加强大的数据库服务。

---