MySQL 5.7vs8.0，你选谁？网友：我继续原地踏步
背景测试mysql5.7和mysql8.0 分别在读写、只读、只写模式下不同并发时的性能（tps ， qps）
前提
- 测试使用版本为mysql5.7.22和mysql8.0.15
- sysbench测试前先重启mysql服务 ， 并清空os的cache（避免多次测试时命中缓存）
- 每次进行测试都是新 生成测试数据后再进行mysql5.7和mysql8.0的测试
- 每次测试时保证mysql5.7和mysql8.0的配置参数一致
5.7.22-loginnodb_buffer_pool_size 128Minnodb_log_buffer_size64Minnodb_log_file_size48Mbinlog_formatROWlog_bin ONtransaction_isolationREPEATABLE-READmysql8.0.158.0.15innodb_buffer_pool_size 128Minnodb_log_buffer_size64Minnodb_log_file_size48Mbinlog_formatROWlog_bin ONtransaction_isolationREPEATABLE-READsysbenchsysbench -Vsysbench 1.1.0 (using bundled LuaJIT 2.1.0-beta3)测试- 在不同的持久化策略下（binlog, redo log持久化）mysql5.7和mysql8.0 在读写模式、只读模式、只写模式（oltp_read_write ， oltp_read_only ， oltp_write_only）下的性能表现
- sysbench 测试时间为60s ， 测试的表数量为20
- 测试分别在双1模式（安全性）和0 2模式（高性能）下进行
文章插图双1模式下【MySQL 5.7vs8.0，你选谁？网友：我继续原地踏步】
SHOW GLOBALVARIABLES WHERE Variable_name IN('sync_binlog','innodb_flush_log_at_trx_commit');+--------------------------------+-------+| Variable_name| Value |+--------------------------------+-------+| innodb_flush_log_at_trx_commit | 1|| sync_binlog| 1|+--------------------------------+-------+mysql5.7和mysql8.0 在读写模式下的表现
文章插图- 双1 配置 ， 读写模式下 ， mysql5.7.22 和mysql8.0.15 tps 、qps 性能差不多 ， mysql8.0.15 在120 线程并发时 ， 性能出现了下降抖动
文章插图- 双1 配置 ， 只读模式下 ， mysql5.7.22 的tps、qps比mysql8.0.15 好1/3 左右；并发线程数增加后 ， tps、qps并没有随着增加 ， 反而出现了下降的趋势
文章插图- 双1 配置 ， 只写模式下 ， 随着并发数的上升 ， mysql5.7.22 的性能比mysql8.0.15 好1/4左右
SHOW GLOBALVARIABLES WHERE Variable_name IN('sync_binlog','innodb_flush_log_at_trx_commit');+--------------------------------+-------+| Variable_name| Value |+--------------------------------+-------+| innodb_flush_log_at_trx_commit | 2|| sync_binlog| 0|+--------------------------------+-------+mysql5.7和mysql8.0 在读写模式下的表现
文章插图- 0 2配置 ， 读写模式下 ， 并发数低时 ， mysql5.7.22性能好于mysql8.0.15; 并发数比较高时 ， mysql8.0.15 性能好于mysql5.7.22；在80 线程的并发以上时 ， 性能开始下降
文章插图- 0 2配置 ， 只读模式下 ， mysql5.7.22性能比mysql8.0.15 好1/3左右；随着并发数的上升 ， 性能也没有上升 ， 反而有下降的趋势
文章插图- 0 2 配置 ， 只写模式下 ， mysql5.7.22的tps 抖动比较大；mysql5.7.22 的qps比mysql8.0.15好1/3左右
- 整体来看 ， mysql5.7.22在读写模式、只读模式、只写模式下的表现是优于mysql8.0.15的
- 随着并行数的增加 ， 性能表现不会也跟着增加 ， 还会出现下降
- 本次测试结果是在配置很低的情况下进行的 ， 不代表绝对
FATAL: mysql_stmt_prepare() failedFATAL: MySQL error: 1461 "Can't create more than max_prepared_stmt_count statements (current value: 16382)"FATAL: mysql_stmt_prepare() failedFATAL: MySQL error: 1461 "Can't create more than max_prepared_stmt_count statements (current value: 16382)"FATAL: thread_init' function failed: /usr/local/share/sysbench/oltp_common.lua:288: SQL API error FATAL: mysql_stmt_prepare() failed FATAL: MySQL error: 1461 "Can't create more than max_prepared_stmt_count statements (current value: 16382)" FATAL:thread_init' function failed: /usr/local/share/sysbench/oltp_common.lua:288: SQL API errorFATAL: mysql_stmt_prepare() failed
- pymysql 连接 MySQL 实现简单登录
- mysql 8.0.21 安装配置方法图文教程
- SpringBoot+MyBatis+MySQL读写分离实现
- Mysql不止CRUD，聊聊索引
- 详解mysql执行计划
- 什么是MySQL的执行计划（Explain关键字）？
- 一天不玩手机VS一年不啪啪啪，你选谁？
- 市场|手机小白不知道选啥手机？来我这三分钟教你选好市场上的手机
- 华为Mate40|高刷手机遭遇锁帧尴尬，实测华为OPPO旗舰，这结果你选谁？
- 设计|MySQL数据克隆的用户权限设计