mysql8.0+性能_MySQL 5.7＆MySQL 8.0 性能对比

正文

背景

最早

环境

测试

双1模式下

0 2模式下

摘要

背景

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

最早

测试使用版本为mysql5.7.22和mysql8.0.15

sysbench测试前先重启mysql服务，并清除os的缓存(避免多次测试时命中缓存)

每次进行测试都是新生成测试数据后再进行mysql5.7和mysql8.0的测试

每次测试时保证mysql5.7和mysql8.0的配置参数一致

环境

机器cat / etc / redhat-release | xargs echo'版本'&& dmidecode -s系统产品名称| xargs echo'是否虚拟化'&& cat / proc / cpuinfo | grep“ processor” | wc -l | xargs echo'cpu核数'版本CentOS Linux版本7.5.1804(核心)是否虚拟化KVM cpu核数4

myql5.7.22

mysql8.0.15

系统平台

测试

在不同的持久化策略下(binlog，重做日志持久化)mysql5.7和mysql8.0在读写模式，引用模式，只写模式(oltp_read_write，oltp_read_only，oltp_write_only)下的性能表现

sysbench测试时间为60s，测试的表数量为20

测试分别在双1模式(安全性)和0 2模式(高级)下进行

双1模式下

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左右

0 2模式下

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在只写模式下的表现

0 2配置，只写模式下，mysql5.7.22的tps顶点比较大；mysql5.7.22的qps比mysql8.0.15好1/3左右

摘要

整体来看，mysql5.7.22在读写模式，扩展模式，只写模式下的表现是mysql8.0.15的

随着并行数的增加，性能表现不会也跟着增加，将会出现下降

本次测试结果是在配置很低的情况下进行的，不代表绝对

注意sysbench需要设置--db-ps-mode = disable禁用预编译语句，不然并发测试线程多时会报下面的错误。致命：mysql_stmt_prepare()失败致命：MySQL错误：1461“不能创建超过max_prepared_stmt_count语句(当前值：16382)“致命：mysql_stmt_prepare()失败致命：MySQL错误：1461”不能创建超过max_prepared_stmt_count语句(当前值：16382)“致命：thread_init'函数失败：/ usr / local / share / sysbench / oltp_common.lua：288：SQL API错误致命：mysql_stmt_prepare()失败

使用脚本

版权申明：内容来源网络，版权归原创者所有。除非无法确认，我们都会标明作者及出处，如有侵权烦请告知，我们会立即删除并表示歉意。谢谢!

感谢阅读