背景
測試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文章
831瀏覽量
26760 -
MYSQL數據庫
+關注
關注
0文章
96瀏覽量
9463
原文標題:MySQL 5.7 & MySQL 8.0 性能對比
文章出處:【微信號:DBDevs,微信公眾號:數據分析與開發】歡迎添加關注!文章轉載請注明出處。
發布評論請先 登錄
相關推薦
使用插件將Excel連接到MySQL/MariaDB
![使用插件將Excel連接到<b class='flag-5'>MySQL</b>/MariaDB](https://file1.elecfans.com/web3/M00/06/A2/wKgZO2eN04eAGvSJAAA2ONnnlhw523.png)
適用于MySQL和MariaDB的.NET連接器
![適用于<b class='flag-5'>MySQL</b>和MariaDB的.NET連接器](https://file1.elecfans.com/web3/M00/06/33/wKgZPGeIpRKAdm_mAABHDNRYnSE237.png)
MySQL數據庫的安裝
![<b class='flag-5'>MySQL</b>數據庫的安裝](https://file1.elecfans.com/web3/M00/05/E2/wKgZPGeF2XWAe83fAAAW9lhgvGk652.jpg)
云服務器 Flexus X 實例 MySQL 應用加速測試
![云服務器 Flexus X 實例 <b class='flag-5'>MySQL</b> 應用加速測試](https://file1.elecfans.com//web3/M00/03/96/wKgZO2dqNmiAUhJwAAPC-ja5IoM812.png)
MySQL還能跟上PostgreSQL的步伐嗎
![<b class='flag-5'>MySQL</b>還能跟上PostgreSQL的步伐嗎](https://file1.elecfans.com/web2/M00/0B/D4/wKgZomc6o-GAONzrAAAUvLyONl4496.png)
MySQL編碼機制原理
適用于MySQL的dbForge架構比較
![適用于<b class='flag-5'>MySQL</b>的dbForge架構比較](https://file1.elecfans.com/web2/M00/0A/53/wKgZomce7BuATuXVAAAdQ-o3sRM795.png)
Jtti:MySQL初始化操作如何設置root密碼
華納云:如何修改MySQL的默認端口
![華納云:如何修改<b class='flag-5'>MySQL</b>的默認端口](https://file1.elecfans.com/web2/M00/FB/21/wKgZomaPi3iAcC_GAAjuB9zVUdw331.png)
MySQL的整體邏輯架構
![<b class='flag-5'>MySQL</b>的整體邏輯架構](https://file1.elecfans.com/web2/M00/DF/5E/wKgaomYwYo-AUI-ZAAA3QdJJs08944.png)
評論