背景
測試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
5.7.22-log innodb_buffer_pool_size128M innodb_log_buffer_size64M innodb_log_file_size48M binlog_formatROW log_binON transaction_isolationREPEATABLE-READ
mysql8.0.15
8.0.15 innodb_buffer_pool_size128M innodb_log_buffer_size64M innodb_log_file_size48M binlog_formatROW log_binON transaction_isolationREPEATABLE-READ
系統平臺
sysbench-V sysbench1.1.0(usingbundledLuaJIT2.1.0-beta3)
測試
在不同的持久化策略下(binlog,重做日志持久化)mysql5.7和mysql8.0在讀寫模式,引用模式,只寫模式(oltp_read_write,oltp_read_only,oltp_write_only)下的性能表現
sysbench測試時間為60s,測試的表數量為20
測試分別在雙1模式(安全性)和0 2模式(高級)下進行
| 參數 | 任選值 | 意味著 |
|---|---|---|
| sync_binlog | 0 | binlog刷盤持久化由操作系統完成,性能好,存在丟失binlog的風險 |
| sync_binlog | 1個 | 事務提交后刷盤持久化,最安全 |
| sync_binlog | ? | 在每N個事務提交后進行刷盤持久化 |
| innodb_flush_log_at_trx_commit | 0 | 每秒鐘寫redo log并刷盤持久化 |
| innodb_flush_log_at_trx_commit | 1個 | 事務提交后寫redo log并刷盤持久化,最安全 |
| innodb_flush_log_at_trx_commit | 2 | 事務提交后寫redo log,兩次刷盤持久化 |
雙1模式下
SHOWGLOBALVARIABLESWHEREVariable_nameIN('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模式下
SHOWGLOBALVARIABLESWHEREVariable_nameIN('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禁用預編譯語句,不然并發測試線程多時會報下面的錯誤。致命:mysql_stmt_prepare()失敗致命:MySQL錯誤:1461“不能創建超過max_prepared_stmt_count語句(當前值:16382)“致命:mysql_stmt_prepare()失敗致命:MySQL錯誤:1461”不能創建超過max_prepared_stmt_count語句(當前值:16382)“致命:thread_init' function failed: /usr/local/share/sysbench/oltp_common.lua 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'函數失敗:/ usr / local / share / sysbench / oltp_common.lua:288:SQL API錯誤致命:mysql_stmt_prepare()失敗
使用腳本
catsysbench_test_mysql5.7_8.0_tps_qps.sh #!/bin/bash #用于sysbench測試在讀寫模式、只讀模式、只寫模式下mysql5.7和mysql8.0的tps,qps #nohupbash$0>/tmp/sysbench_test2>&1& # user=admin passwd=admin ports="801557222" host=127.0.0.1 sysbench_test_mode="oltp_read_writeoltp_read_onlyoltp_write_only" sysbench_test_info_path=/tmp/sysbench-test functionred_echo(){ localwhat="$*" echo-e"$(date+%F-%T)e[1;31m${what}e[0m" } functioncheck_las_comm(){ if[$1-ne0];then red_echo$2 exit1 fi } functionrestart_mysqld(){ servicemysqld${1}restart sleep2 } functionpurge_binlog(){ port=$1 mysql-u$user-p$passwd-P$port-h$host<
責任編輯:xj
原文標題:MySQL 5.7 & MySQL 8.0 性能對比
文章出處:【微信公眾號:數據分析與開發】歡迎添加關注!文章轉載請注明出處。
-
MySQL
+關注
關注
1文章
906瀏覽量
29534 -
MYSQL數據庫
+關注
關注
0文章
97瀏覽量
10265
原文標題:MySQL 5.7 & MySQL 8.0 性能對比
文章出處:【微信號:DBDevs,微信公眾號:數據分析與開發】歡迎添加關注!文章轉載請注明出處。
發布評論請先 登錄
MySQL關鍵參數的最佳配置
恒訊科技解析:如何安裝MySQL并創建數據庫
工業數據中臺支持接入MySQL數據庫嗎
MySQL 5.7與MySQL 8.0 性能對比
評論