在Mysql8.0發(fā)布的4年后，把Mysql5.7升級(jí)至Mysql8.0.19已經(jīng)是必要之舉，截止目前最后一次文件更新是2020年1約12日，關(guān)于。

在Mysql8.0發(fā)布之后，阿里云和騰訊云等國(guó)內(nèi)云服務(wù)供應(yīng)商紛紛升級(jí)云數(shù)據(jù)庫(kù)架構(gòu)，騰訊云發(fā)布了MySQL性能基準(zhǔn)測(cè)試對(duì)比：5.7 VS 8.0 ，以下內(nèi)容來(lái)自于騰訊云社區(qū)團(tuán)隊(duì)的實(shí)測(cè)對(duì)比。

在Oracle MySQL團(tuán)隊(duì)的推動(dòng)下，MySQL 8.0發(fā)生了巨大的變化和修改。

物理文件已更改。例如，.frm， .TRG，.TRN和 .par 不再存在。添加了大量的新特性，如通用表表達(dá)式(Common Table Expressions CTE)，窗口函數(shù)（Window Functions），不可見(jiàn)索引（ Invisible Indexes），正則表達(dá)式（regexp） -MySQL8.0現(xiàn)在已經(jīng)完全支持Unicode，且具有多字節(jié)安全特性。數(shù)據(jù)字典也發(fā)生了變化。它現(xiàn)在與一個(gè)事務(wù)性數(shù)據(jù)字典合并，該字典存儲(chǔ)有關(guān)數(shù)據(jù)庫(kù)對(duì)象的信息。與以前的版本不同，字典數(shù)據(jù)存儲(chǔ)在元數(shù)據(jù)文件和非事務(wù)表中。

安全性得到了改進(jìn)，caching_sha2_password認(rèn)證方式取代了之前的mysql_native_password認(rèn)證方式，成為默認(rèn)的身份驗(yàn)證方式。它提供了更強(qiáng)大的靈活性，而且也加強(qiáng)了安全性，即它要求必須使用安全連接或通過(guò)RSA密鑰對(duì)實(shí)現(xiàn)的支持密碼交換的未加密鏈接。

本次實(shí)測(cè)中使用了虛擬機(jī)，以下為虛擬機(jī)的配置參數(shù)和Mysql8.0的相關(guān)對(duì)比。

· 存儲(chǔ)：gp2（SSD存儲(chǔ)，最小100 IOPS，最大16000 IOPS）

· 虛擬CPU：4

· 內(nèi)存：16GiB

· 系統(tǒng)：centos 7.6

· MySQL5.7版本：MySQLCommunity Server (GPL) 5.7.24

· MySQL8.0版本：MySQLCommunity Server - GPL 8.0.14

在這個(gè)基準(zhǔn)測(cè)試中，我也針對(duì)一些參數(shù)項(xiàng)的取值進(jìn)行了配置，它們是：

· innodb_max_dirty_pages_pct= 90 ##這是MySQL 8.0中的默認(rèn)值。

· innodb_max_dirty_pages_pct_lwm= 10 ##這是MySQL 8.0中的默認(rèn)值

· innodb_flush_neighbors=0

· innodb_buffer_pool_instances=8

· innodb_buffer_pool_size=8GiB

Commands and Scripts Used使用的命令和腳本 對(duì)于此任務(wù)，sysbench用于測(cè)試和負(fù)載模擬這兩個(gè)環(huán)境。以下測(cè)試中使用的命令和腳本：

sb-prepare.sh #!/bin/bash host=$1#host192.168.10.110port=3306user='sysbench'password='MysqP@55w0rd'table_size=500000rate=20ps_mode='disable'sysbench/usr/share/sysbench/oltp_read_write.lua --db-driver=mysql --threads=1--max-requests=0 --time=3600 --mysql-host=$host --mysql-user=$user--mysql-password=$password --mysql-port=$port --tables=10 --report-interval=1--skip-trx=on --table-size=$table_size --rate=$rate --db-ps-mode=$ps_modeprepare

運(yùn)行sh

#!/usr/bin/envbash2     host=$1port=3306user="sysbench"password="MysqP@55w0rd"table_size=100000tables=10rate=20ps_mode='disable'threads=1events=0time=5trx=100path=$PWD  counter=1   echo "thread,cpu" >${host}-cpu.csv   for i in 16 32 64 128 256 512 1024 2048; 
do  threads=$i  mysql -h $host -e"SHOW GLOBAL STATUS" >> $host-global-status.logtmpfile=$path/${host}-tmp${threads}touch $tmpfile/bin/bashcpu-checker.sh $tmpfile $host $threads &  /usr/share/sysbench/oltp_read_write.lua--db-driver=mysql --events=$events --threads=$threads --time=$time--mysql-host=$host --mysql-user=$user --mysql-password=$password--mysql-port=$port --report-interval=1 --skip-trx=on --tables=$tables--table-size=$table_size --rate=$rate --delete_inserts=$trx --order_ranges=$trx--range_selects=on --range-size=$trx --simple_ranges=$trx --db-ps-mode=$ps_mode--mysql-ignore-errors=all run | tee -a $host-sysbench.log   echo"${i},"`cat ${tmpfile} | sort -nr | head -1` >> ${host}-cpu.csvunlink ${tmpfile}   mysql -h $host -e"SHOW GLOBAL STATUS" >> $host-global-status.logdone   python $path/innodb-ops-parser.py $host  mysql -h $host -e "SHOW GLOBALVARIABLES" >> $host-global-vars.log

因此，腳本只是準(zhǔn)備sbtestschema并填充表和記錄。然后，它使用

/usr/share/sysbench/oltp_read_write.lua腳本執(zhí)行讀/寫(xiě)負(fù)載測(cè)試。該腳本轉(zhuǎn)儲(chǔ)全局狀態(tài)和MySQL變量，收集CPU利用率，并解析由腳本innodb-ops-parser.py處理的InnoDB行操作。腳本根據(jù)基準(zhǔn)測(cè)試期間收集的轉(zhuǎn)儲(chǔ)日志生成* .csv文件，我在這里使用Excel電子表格從* .csv文件生成圖表。請(qǐng)檢查 github中提交的代碼。

現(xiàn)在，讓我們繼續(xù)處理圖表結(jié)果！

InnoDB行操作

基本上在這里，我只提取了InnoDB行操作，它執(zhí)行查找（讀?。瑒h除，插入和更新。當(dāng)線程數(shù)量增加時(shí)，MySQL 8.0明顯優(yōu)于MySQL 5.7！在這兩個(gè)版本中都沒(méi)有針對(duì)配置項(xiàng)進(jìn)行任何個(gè)性化變更，只有我統(tǒng)一配置的參數(shù)項(xiàng)。所以這兩個(gè)版本中的配置幾乎都使用默認(rèn)值。

有趣的是，MySQL團(tuán)隊(duì)關(guān)于新版本中讀寫(xiě)性能的聲明，這些圖表指出了性能的顯著提高，特別是在高負(fù)載服務(wù)器上。想一下MySQL 5.7和MySQL 8.0在InnoDB行操作上的區(qū)別，確實(shí)存在有很大的不同，特別是當(dāng)線程數(shù)增加的時(shí)候。MySQL 8.0表明，無(wú)論工作負(fù)載如何，它都能高效地運(yùn)行。

事務(wù)處理

如上圖所示，MySQL 8.0的結(jié)果趨勢(shì)顯示出其處理事務(wù)所需的時(shí)間的巨大變化?？v軸數(shù)值越低，代表性能越好，意味著處理事務(wù)的速度更快。處理的事務(wù)統(tǒng)計(jì)表（第二張表）還顯示出這兩個(gè)版本處理事務(wù)的數(shù)量沒(méi)有差異。這意味著，兩個(gè)版本處理的事務(wù)數(shù)量幾乎相同，但它們的完成速度不同。雖然MySQL 5.7在較低的負(fù)載下可以大量事務(wù)，但是實(shí)際的負(fù)載，特別是在生產(chǎn)中，可能會(huì)更高——尤其是在最繁忙的時(shí)期。

上面的圖仍然顯示的是兩個(gè)版本能夠處理的事務(wù)數(shù)量，只是將讀和寫(xiě)分離開(kāi)來(lái)。然而，圖中實(shí)際上是存在異常值，而我沒(méi)有將這些值包括在內(nèi)，因?yàn)樗鼈兪沁@一小部分異常結(jié)果會(huì)扭曲圖形。

MySQL 8.0體現(xiàn)出一個(gè)很大的改進(jìn)，特別是對(duì)于讀取。表現(xiàn)在寫(xiě)操作的效率上，特別是對(duì)于高工作負(fù)載的服務(wù)器。在8.0版本中，影響MySQL讀取性能的重要新增支持是：可以按降序(或正向索引掃描)創(chuàng)建索引的能力。以前的版本只有升序或反向索引掃描，如果需要降序，MySQL必須執(zhí)行filesort（如果需要filesort，需要檢查max_length_for_sort_data的值）。當(dāng)最有效的掃描順序混合某些列的升序和其他列的降序時(shí)，降序索引還使優(yōu)化器可以使用多列索引。有關(guān)詳細(xì)信息，請(qǐng)參見(jiàn)此處。

CPU資源

在此基準(zhǔn)測(cè)試中，我決定測(cè)試一些硬件資源，尤其是CPU利用率。

讓我先解釋一下如何在基準(zhǔn)測(cè)試中獲取CPU使用率。在對(duì)數(shù)據(jù)庫(kù)進(jìn)行基準(zhǔn)測(cè)試時(shí)，sysbench測(cè)試結(jié)果中不包括在此過(guò)程中使用的硬件資源的統(tǒng)計(jì)信息。因此，我所做的是通過(guò)創(chuàng)建文件的方式來(lái)創(chuàng)建標(biāo)識(shí)，通過(guò)SSH連接到目標(biāo)主機(jī)，然后用Linux命令“top”收集數(shù)據(jù)并在測(cè)試結(jié)束前進(jìn)行解析，然后再次收集。然后分析出mysqld進(jìn)程占用最大的CPU使用量，最后刪除該標(biāo)識(shí)文件。你可以查看我在github上的代碼。

讓我們?cè)俅斡懻搱D表結(jié)果，似乎表明MySQL 8.0消耗了大量的CPU，超過(guò)MySQL 5.7。然而，MySQL 8.0可能必須消耗額外的CPU在新的變量配置上。例如，這些變量可能會(huì)影響您的MySQL 8.0：

· innodb_log_spin_cpu_abs_lwm = 80

· innodb_log_spin_cpu_pct_hwm = 50

· innodb_log_wait_for_flush_spin_hwm = 400

· innodb_parallel_read_threads = 4

在此基準(zhǔn)測(cè)試中，具有默認(rèn)值的變量將保留其默認(rèn)值。由于MySQL 8.0重新設(shè)計(jì)了InnoDB寫(xiě)入REDO日志的方式（這是一個(gè)改進(jìn)），前三個(gè)變量可配置處理重做日志的使用的CPU資源。例如，變量innodb_log_spin_cpu_pct_hwm具有CPU親和性，這意味著如果mysqld僅綁定到4個(gè)內(nèi)核，它將忽略其他CPU內(nèi)核。對(duì)于并行讀取線程，在MySQL 8.0中添加了一個(gè)新變量，您可以調(diào)整要使用的線程數(shù)。

然而，我沒(méi)有深入研究這個(gè)問(wèn)題。可以通過(guò)利用MySQL8.0提供的特性來(lái)提高性能。

結(jié)論

MySQL 8.0中有許多改進(jìn)，與MySQL 5.7相比，MySQL 8.0不僅在處理讀負(fù)載時(shí)，而且在讀寫(xiě)混合的高負(fù)載下的性能都取得了令人矚目的進(jìn)步。

在Mysql8.0 升級(jí)之后，如果開(kāi)發(fā)人員和DBA期望獲得更好的數(shù)據(jù)庫(kù)管理體驗(yàn)，建議立即更新您的數(shù)據(jù)庫(kù)管理工具，小編在這里為大家推薦：

1. 具備好看的UI和管理體驗(yàn)的Navicat15！Navicat的上一版本號(hào)是Nacicat12，Navicat和Mysql都采用了跨版本號(hào)的發(fā)布方式，實(shí)在是讓小編感到很微妙！點(diǎn)此下載Navicat15。

Navicat for MySQL 是管理和開(kāi)發(fā) MySQL 或 MariaDB 的理想解決方案。它是一套單一的應(yīng)用程序，能同時(shí)連接 MySQL 和 MariaDB 數(shù)據(jù)庫(kù)，并與 Amazon RDS、Amazon Aurora、Oracle Cloud、Microsoft Azure、阿里云、騰訊云和華為云等云數(shù)據(jù)庫(kù)兼容。這套全面的前端工具為數(shù)據(jù)庫(kù)管理、開(kāi)發(fā)和維護(hù)提供了一款直觀而強(qiáng)大的圖形界面。

2. 專(zhuān)業(yè)的研發(fā)與DBA首選管理工具dbForge Studio for MySQL，一個(gè)通用的GUI工具，用于管理，開(kāi)發(fā)和管理MySQL和MariaDB數(shù)據(jù)庫(kù)。它提供了內(nèi)置的數(shù)據(jù)和模式比較和同步工具，數(shù)據(jù)庫(kù)報(bào)告工具以及許多工具，可以簡(jiǎn)化數(shù)據(jù)庫(kù)開(kāi)發(fā)過(guò)程。點(diǎn)擊這里下載最新版dbForge Studio for MySQL。

Mysql8.0發(fā)行時(shí)間表：

Changes in MySQL 8.0.20 (Not yet released, General Availability)

Changes in MySQL 8.0.19 (2020-01-13, General Availability)

Changes in MySQL 8.0.18 (2019-10-14, General Availability)

Changes in MySQL 8.0.17 (2019-07-22, General Availability)

Changes in MySQL 8.0.16 (2019-04-25, General Availability)

Changes in MySQL 8.0.15 (2019-02-01, General Availability)

Changes in MySQL 8.0.14 (2019-01-21, General Availability)

Changes in MySQL 8.0.13 (2018-10-22, General Availability)

Changes in MySQL 8.0.12 (2018-07-27, General Availability)

Changes in MySQL 8.0.11 (2018-04-19, General Availability)

Changes in MySQL 8.0.5 - 8.0.10 (Skipped version numbers)

Changes in MySQL 8.0.4 (2018-01-23, Release Candidate)

 Changes in MySQL 8.0.3 (2017-09-21, Release Candidate)

Changes in MySQL 8.0.2 (2017-07-17, Development Milestone)

Changes in MySQL 8.0.1 (2017-04-10, Development Milestone)

Changes in MySQL 8.0.0 (2016-09-12, Development Milestone)