测试MysqL5.7和MysqL8.0 分别在读写、只读、只写模式下不同并发时的性能（tps，qps）
前提测试使用版本为MysqL5.7.22和MysqL8.0.15sysbench测试前先重启MysqL服务，并清空os的cache（避免多次测试时命中缓存）每次进行测试都是新生成测试数据后再进行MysqL5.7和MysqL8.0的测试每次测试时保证MysqL5.7和MysqL8.0的配置参数一致环境机器
cat /etc/redhat-release | xargs echo '版本 ' && dmIDecode -s system-product-name | xargs echo '是否虚拟化 ' && cat /proc/cpuinfo |grep "processor"|wc -l | xargs echo 'cpu核数 ' 版本 CentOS linux release 7.5.1804 (Core) 是否虚拟化 KVM cpu核数 4复制代码
myql5.7.22
5.7.22-loginnodb_buffer_pool_size 128Minnodb_log_buffer_size 64Minnodb_log_file_size 48Mbinlog_format ROWlog_bin ONtransaction_isolation REPEAtable-READ复制代码
MysqL8.0.15
8.0.15innodb_buffer_pool_size 128Minnodb_log_buffer_size 64Minnodb_log_file_size 48Mbinlog_format ROWlog_bin ONtransaction_isolation REPEAtable-READ复制代码
sysbench
sysbench -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模式（高性能）下进行
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 在读写模式下的表现
双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 模式下
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 在读写模式下的表现
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 禁用预编译语句，不然并发测试线程多时会报下面的错误
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复制代码
使用脚本
cat sysbench_test_MysqL5.7_8.0_tps_qps.sh#!/bin/bash#用于sysbench 测试在读写模式、只读模式、只写模式下 MysqL5.7和MysqL8.0 的tps,qps#nohup bash >/tmp/sysbench_test 2>& 1 &#user=adminpasswd=adminports="8015 57222"host=127.0.0.1sysbench_test_mode="oltp_read_write oltp_read_only oltp_write_only"sysbench_test_info_path=/tmp/sysbench-testfunction red_echo () { local what="$*" echo -e "$(date +%F-%T) e[1;31m ${what} e[0m"}function check_las_comm(){ if [ -ne 0 ];then red_echo exit 1 fi}function restart_MysqLd(){ service MysqLd restart sleep 2}function purge_binlog(){port=MysqL -u$user -p$passwd -P$port -h$host<<EOFpurge binary logs before Now();EOF}function clean_os_cache(){ echo 3 > /proc/sys/vm/drop_caches}function sysbench_with_diff_thread(){thread_num=port=order=test_mode=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 donedone}main复制代码总结更多相关免费学习推荐：mysql教程(视频)
以上是内存溢出为你收集整理的MySQL 5.7 vs 8.0，性能PK全部内容，希望文章能够帮你解决MySQL 5.7 vs 8.0，性能PK所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）