背景
測(cè)試mysql5.7和mysql8.0分別在讀寫,選定,只寫模式下不同并發(fā)時(shí)的性能(tps,qps)
最早
測(cè)試使用版本為mysql5.7.22和mysql8.0.15
sysbench測(cè)試前先重啟mysql服務(wù),并清除os的緩存(避免多次測(cè)試時(shí)命中緩存)
每次進(jìn)行測(cè)試都是新生成測(cè)試數(shù)據(jù)后再進(jìn)行mysql5.7和mysql8.0的測(cè)試
每次測(cè)試時(shí)保證mysql5.7和mysql8.0的配置參數(shù)一致
環(huán)境
機(jī)器cat / etc / redhat-release |xargs echo'版本'&& dmidecode -s系統(tǒng)產(chǎn)品名稱|xargs echo'是否虛擬化'&& cat / proc / cpuinfo | grep“ processor” | wc -l |xargs echo'cpu核數(shù)'版本CentOS Linux版本7.5.1804(核心)是否虛擬化KVM cpu核數(shù)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
系統(tǒng)平臺(tái)
sysbench-V sysbench1.1.0(usingbundledLuaJIT2.1.0-beta3)
測(cè)試
在不同的持久化策略下(binlog,重做日志持久化)mysql5.7和mysql8.0在讀寫模式,引用模式,只寫模式(oltp_read_write,oltp_read_only,oltp_write_only)下的性能表現(xiàn)
sysbench測(cè)試時(shí)間為60s,測(cè)試的表數(shù)量為20
測(cè)試分別在雙1模式(安全性)和0 2模式(高級(jí))下進(jìn)行
| 參數(shù) | 任選值 | 意味著 |
|---|---|---|
| sync_binlog | 0 | binlog刷盤持久化由操作系統(tǒng)完成,性能好,存在丟失binlog的風(fēng)險(xiǎn) |
| sync_binlog | 1個(gè) | 事務(wù)提交后刷盤持久化,最安全 |
| sync_binlog | ? | 在每N個(gè)事務(wù)提交后進(jìn)行刷盤持久化 |
| innodb_flush_log_at_trx_commit | 0 | 每秒鐘寫redo log并刷盤持久化 |
| innodb_flush_log_at_trx_commit | 1個(gè) | 事務(wù)提交后寫redo log并刷盤持久化,最安全 |
| innodb_flush_log_at_trx_commit | 2 | 事務(wù)提交后寫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在讀寫模式下的表現(xiàn)

雙1配置,讀寫模式下,mysql5.7.22和mysql8.0.15 tps,qps性能差不多,mysql8.0.15在120線程并發(fā)時(shí),性能出現(xiàn)了下降幅度
mysql5.7和mysql8.0在預(yù)期模式下的表現(xiàn)

雙1配置,預(yù)期模式下,mysql5.7.22的tps,qps比mysql8.0.15好1/3左右;并發(fā)線程數(shù)增加后,tps,qps并沒(méi)有增加,反而出現(xiàn)了下降的趨勢(shì)
mysql5.7和mysql8.0在只寫模式下的表現(xiàn)

雙1配置,只寫模式下,轉(zhuǎn)換并發(fā)數(shù)的上升,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在讀寫模式下的表現(xiàn)

0 2配置,讀寫模式下,并發(fā)數(shù)低時(shí),mysql5.7.22性能好于mysql8.0.15;并發(fā)數(shù)比較高時(shí),mysql8.0.15性能好于mysql5.7.22;在80線程的并發(fā)以上時(shí),性能開(kāi)始下降
mysql5.7和mysql8.0在預(yù)期模式下的表現(xiàn)

0 2配置,預(yù)期模式下,mysql5.7.22性能比mysql8.0.15好1/3左右;轉(zhuǎn)換并發(fā)數(shù)的上升,性能也沒(méi)有上升,反而有下降的趨勢(shì)
mysql5.7和mysql8.0在只寫模式下的表現(xiàn)

0 2配置,只寫模式下,mysql5.7.22的tps頂點(diǎn)比較大;mysql5.7.22的qps比mysql8.0.15好1/3左右
摘要
整體來(lái)看,mysql5.7.22在讀寫模式,擴(kuò)展模式,只寫模式下的表現(xiàn)是mysql8.0.15的
隨著并行數(shù)的增加,性能表現(xiàn)不會(huì)也跟著增加,將會(huì)出現(xiàn)下降
本次測(cè)試結(jié)果是在配置很低的情況下進(jìn)行的,不代表絕對(duì)
注意sysbench需要設(shè)置--db-ps-mode = disable禁用預(yù)編譯語(yǔ)句,不然并發(fā)測(cè)試線程多時(shí)會(huì)報(bào)下面的錯(cuò)誤。致命:mysql_stmt_prepare()失敗致命:MySQL錯(cuò)誤:1461“不能創(chuàng)建超過(guò)max_prepared_stmt_count語(yǔ)句(當(dāng)前值:16382)“致命:mysql_stmt_prepare()失敗致命:MySQL錯(cuò)誤:1461”不能創(chuàng)建超過(guò)max_prepared_stmt_count語(yǔ)句(當(dāng)前值: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'函數(shù)失敗:/ usr / local / share / sysbench / oltp_common.lua:288:SQL API錯(cuò)誤致命:mysql_stmt_prepare()失敗
使用腳本
catsysbench_test_mysql5.7_8.0_tps_qps.sh #!/bin/bash #用于sysbench測(cè)試在讀寫模式、只讀模式、只寫模式下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<
責(zé)任編輯:xj
原文標(biāo)題:MySQL 5.7 & MySQL 8.0 性能對(duì)比
文章出處:【微信公眾號(hào):數(shù)據(jù)分析與開(kāi)發(fā)】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
-
MySQL
+關(guān)注
關(guān)注
1文章
905瀏覽量
29508 -
MYSQL數(shù)據(jù)庫(kù)
+關(guān)注
關(guān)注
0文章
97瀏覽量
10256
原文標(biāo)題:MySQL 5.7 & MySQL 8.0 性能對(duì)比
文章出處:【微信號(hào):DBDevs,微信公眾號(hào):數(shù)據(jù)分析與開(kāi)發(fā)】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
MySQL關(guān)鍵參數(shù)的最佳配置
恒訊科技解析:如何安裝MySQL并創(chuàng)建數(shù)據(jù)庫(kù)
工業(yè)數(shù)據(jù)中臺(tái)支持接入MySQL數(shù)據(jù)庫(kù)嗎
MySQL慢查詢終極優(yōu)化指南
CentOS 7下MySQL 8雙主熱備高可用架構(gòu)全解
MySQL配置調(diào)優(yōu)技巧
MySQL 8.0性能優(yōu)化實(shí)戰(zhàn)指南
MySQL的組成結(jié)構(gòu)與結(jié)構(gòu)化查詢語(yǔ)言詳解
MySQL數(shù)據(jù)備份與恢復(fù)策略
企業(yè)級(jí)MySQL數(shù)據(jù)庫(kù)管理指南
介紹三種常見(jiàn)的MySQL高可用方案
MYSQL集群高可用和數(shù)據(jù)監(jiān)控平臺(tái)實(shí)現(xiàn)方案
MySQL 5.7與MySQL 8.0 性能對(duì)比
評(píng)論