MySQL数据库 5.7 vs 8.0性能测评

冷不防 2022-11-11 14:46 217阅读 0赞

![8661ab3349cb0bf18a9adead4ba388df.gif][]

点击上方蓝字，关注我们

![b26ec85f08c5b5a7c4809f0d3d45f79e.gif][]

![353e8c55b0755fd00cc1540895968c00.png][]

## 背景 ##

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

## 前提 ##

*  测试使用版本为mysql5.7.22和mysql8.0.15
 *  sysbench测试前先重启mysql服务，并清空os的cache（避免多次测试时命中缓存）
 *  每次进行测试都是新生成测试数据后再进行mysql5.7和mysql8.0的测试
 *  每次测试时保证mysql5.7和mysql8.0的配置参数一致

## 环境 ##

机器

myql5.7.22

5.7.22-log
    innodb_buffer_pool_size 128M
    innodb_log_buffer_size  64M
    innodb_log_file_size    48M
    binlog_format   ROW
    log_bin ON
    transaction_isolation   REPEATABLE-READ

mysql8.0.15

8.0.15
    innodb_buffer_pool_size 128M
    innodb_log_buffer_size  64M
    innodb_log_file_size    48M
    binlog_format   ROW
    log_bin ON
    transaction_isolation   REPEATABLE-READ

sysbench

sysbench -V
    sysbench 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模式（高性能）下进行![40cee76bfe427bcb71619e5e1bb985b8.png][]双1模式下

SHOW GLOBAL  VARIABLES 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 在读写模式下的表现![ee30f76a51406e78ba196651c7e51539.png][]

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

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

![2d980dc8587a1ba4887555777feb4c97.png][]

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

mysql5.7和mysql8.0 在只写模式下的表现![7f69af95c6b6f6ad542371854f2e515c.png][]

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

0 2 模式下

SHOW GLOBAL  VARIABLES 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 在读写模式下的表现![4374375186f1bafff24b2bda3c9dcef1.png][]

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

mysql5.7和mysql8.0 在只读模式下的表现![a0898ad6bb0fd73b3c0a2a5f584bf7ab.png][]

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

mysql5.7和mysql8.0 在只写模式下的表现![edf0b3dff2e89635fc3312056b0aeae4.png][]

*  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 禁用预编译语句，不然并发测试线程多时会报下面的错误

FATAL: mysql_stmt_prepare() failed
    FATAL: MySQL error: 1461 "Can't create more than max_prepared_stmt_count statements (current value: 16382)"
    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 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 error
    FATAL: mysql_stmt_prepare() failed

使用脚本

cat sysbench_test_mysql5.7_8.0_tps_qps.sh
    #!/bin/bash
    #用于sysbench 测试在读写模式、只读模式、只写模式下 mysql5.7和mysql8.0 的tps,qps
    #nohup bash $0 >/tmp/sysbench_test 2>& 1 &
    #
    
    user=admin
    passwd=admin
    ports="8015 57222"
    host=127.0.0.1
    sysbench_test_mode="oltp_read_write oltp_read_only oltp_write_only"
    sysbench_test_info_path=/tmp/sysbench-test
    
    function red_echo () {
    
            local what="$*"
            echo -e "$(date +%F-%T) \e[1;31m ${what} \e[0m"
    }
    
    function check_las_comm(){
        if [ $1 -ne 0 ];then
            red_echo $2
            exit 1
        fi
    }
    
    function  restart_mysqld(){
      service mysqld${1} restart
      sleep 2
    }
    
    function  purge_binlog(){
    port=$1
    mysql -u$user -p$passwd -P$port -h$host<<EOF
    purge binary logs before now();
    EOF
    }
    
    
    function clean_os_cache(){
      echo 3 > /proc/sys/vm/drop_caches
    }
    
    function  sysbench_with_diff_thread(){
    
    
    thread_num=$1
    port=$2
    order=$3
    test_mode=$4
    sysbench /usr/local/share/sysbench/${test_mode}.lua --mysql_storage_engine=innodb  --table-size=100000 --tables=20 --mysql-db=test_1 --mysql-user=$user --mysql-password=$passwd --mysql-port=$port  --mysql-host=$host --threads=$thread_num  --time=60 --report-interval=2 --db-ps-mode=disable --events=0 --db-driver=mysql $order
    
    }
    
    function  main(){
    for test_mode in $sysbench_test_mode;do
    
      for port in $ports;do
        for thread_num in {5,10,20,30,40,80,120,200};do
          restart_mysqld "$port"
          check_las_comm  "$?" "restart mysqld${port} failed "
          clean_os_cache
          purge_binlog "$port"
    
          red_echo "sysbench $thread_num  threads cleanup mysqld${port}"
          sysbench_with_diff_thread "$thread_num" "$port" "cleanup" "$test_mode">/dev/null
    
          red_echo "sysbench $thread_num  threads prepare mysqld${port}"
          sysbench_with_diff_thread "$thread_num" "$port" "prepare" "$test_mode">/dev/null
    
          mkdir -p $sysbench_test_info_path
          red_echo "sysbench $thread_num  threads run mysqld${port} $test_mode"
          sysbench_with_diff_thread "$thread_num" "$port" "run" "$test_mode" > $sysbench_test_info_path/${test_mode}_${thread_num}_$port
    
          # service mysqld{port} stop
        done
      done
    done
    
    }
    
    main

**回复**【**干货**】获取精选干货视频教程

**回复**【**加群**】加入疑难问题攻坚交流群

**回复**【**mat**】获取内存溢出问题分析详细文档教程

**回复**【**赚钱**】获取用java写一个能赚钱的微信机器人

**回复**【**副业**】获取程序员副业攻略一份

![1257ae1d4f4e439f0dc28793704a3271.png][]

![2befd46993879e41f609f83115f512e2.png][]

都收藏了，就点个「在看」支持一下吧！

![1272c69da8caca4697e6f1af4b03d1b1.png][]

点下在看，你最好看

[8661ab3349cb0bf18a9adead4ba388df.gif]: /images/20221022/668c188e178f4a10b8914bfbfdb2e5ce.png
[b26ec85f08c5b5a7c4809f0d3d45f79e.gif]: /images/20221022/dee1aca791434bc2b666f7d31880c516.png
[353e8c55b0755fd00cc1540895968c00.png]: /images/20221022/403dbcdb3e224a2da825fc4ccc0b1d16.png
[40cee76bfe427bcb71619e5e1bb985b8.png]: https://img-blog.csdnimg.cn/img_convert/40cee76bfe427bcb71619e5e1bb985b8.png
[ee30f76a51406e78ba196651c7e51539.png]: https://img-blog.csdnimg.cn/img_convert/ee30f76a51406e78ba196651c7e51539.png
[2d980dc8587a1ba4887555777feb4c97.png]: https://img-blog.csdnimg.cn/img_convert/2d980dc8587a1ba4887555777feb4c97.png
[7f69af95c6b6f6ad542371854f2e515c.png]: https://img-blog.csdnimg.cn/img_convert/7f69af95c6b6f6ad542371854f2e515c.png
[4374375186f1bafff24b2bda3c9dcef1.png]: https://img-blog.csdnimg.cn/img_convert/4374375186f1bafff24b2bda3c9dcef1.png
[a0898ad6bb0fd73b3c0a2a5f584bf7ab.png]: https://img-blog.csdnimg.cn/img_convert/a0898ad6bb0fd73b3c0a2a5f584bf7ab.png
[edf0b3dff2e89635fc3312056b0aeae4.png]: https://img-blog.csdnimg.cn/img_convert/edf0b3dff2e89635fc3312056b0aeae4.png
[1257ae1d4f4e439f0dc28793704a3271.png]: https://img-blog.csdnimg.cn/img_convert/1257ae1d4f4e439f0dc28793704a3271.png
[2befd46993879e41f609f83115f512e2.png]: https://img-blog.csdnimg.cn/img_convert/2befd46993879e41f609f83115f512e2.png
[1272c69da8caca4697e6f1af4b03d1b1.png]: https://img-blog.csdnimg.cn/img_convert/1272c69da8caca4697e6f1af4b03d1b1.png