下文內(nèi)容主要給大家?guī)矸治鯩ySQL服務(wù)磁盤IO高問題及優(yōu)化對策，這里所講到的知識，與書籍略有不同，都是創(chuàng)新互聯(lián)專業(yè)技術(shù)人員在與用戶接觸過程中，總結(jié)出來的，具有一定的經(jīng)驗分享價值，希望給廣大讀者帶來幫助。

創(chuàng)新互聯(lián)建站是一家專業(yè)提供無極企業(yè)網(wǎng)站建設(shè),專注與網(wǎng)站制作、成都網(wǎng)站建設(shè)、HTML5建站、小程序制作等業(yè)務(wù)。10年已為無極眾多企業(yè)、政府機構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)絡(luò)公司優(yōu)惠進行中。

MYSQL數(shù)據(jù)庫服務(wù)磁盤IO高問題分析與優(yōu)化

     壓力測試過程中，如果因為資源使用瓶頸等問題引發(fā)最直接性能問題是業(yè)務(wù)交易響應(yīng)時間偏大，TPS逐漸降低等。而問題定位分析通常情況下，最優(yōu)先排查的是監(jiān)控云服務(wù)器資源利用率，例如先用TOP或者nmon等查看CPU、內(nèi)存使用情況，然后在排查IO問題，例如網(wǎng)絡(luò)IO、磁盤IO的問題。 如果是磁盤IO問題，一般問題是SQL語法問題、MYSQL參數(shù)配置問題、服務(wù)器自身硬件瓶頸導(dǎo)致IOPS吞吐率問題。

今天主要是講解MYSQL參數(shù)配置不合理導(dǎo)致在高并發(fā)下磁盤IO問題，而MYSQL整體監(jiān)控優(yōu)化方案后面會整理《如何輕量化MYSQL服務(wù)性能監(jiān)控》文章出來。

1、 打開日志跟蹤引起的磁盤IO問題

     例如：MySQL的日志包括錯誤日志（ErrorLog），更新日志（UpdateLog），二進制日志（Binlog），查詢?nèi)罩荆≦ueryLog），慢查詢?nèi)罩荆⊿lowQueryLog）等，正常情況下，在生產(chǎn)系統(tǒng)或者壓力測試環(huán)境中很少有系統(tǒng)會時時打開查詢?nèi)罩?。因為查詢?nèi)罩敬蜷_之后會將MySQL中執(zhí)行的每一條Query都記錄到日志中，會該系統(tǒng)帶來比較大的IO負(fù)擔(dān)，而帶來的實際效益卻并不是非常大。

2、 SQL寫法問題引起磁盤IO高

     例如：曾經(jīng)在做某一個項目時，在看到數(shù)據(jù)庫磁盤IO使用率偏高，前端查詢業(yè)務(wù)交易loadrunner顯示事物響應(yīng)時間偏長，通過監(jiān)控工具抓取對應(yīng)SQL，通過計劃分析，發(fā)現(xiàn)該SQL中使用distinct又多表關(guān)聯(lián)且是大表、然后使用order by，最終顯示10筆數(shù)據(jù)，而在產(chǎn)生中間過程數(shù)據(jù)進行篩選時，使用的是臨時表，并把數(shù)據(jù)放入臨時表中，內(nèi)存剛好設(shè)置不大，于是放到磁盤中導(dǎo)致IO偏高。

          備注：MySQL在執(zhí)行SQL查詢時可能會用到臨時表，臨時表存儲，MySQL會先創(chuàng)建內(nèi)存臨時表，但內(nèi)存臨時表超過配置指定的值后，MySQL會將內(nèi)存臨時表導(dǎo)出到磁盤臨時表；

3、 MYSQL參數(shù)配置問題

      MYSQL默認(rèn)配置性能低下，只能通過并發(fā)下嘗試調(diào)整參數(shù)配置來逐步優(yōu)化數(shù)據(jù)庫性能，2017年底根據(jù)公司要求配合幫助某一家銀行業(yè)務(wù)系統(tǒng)做性能測試，因為測試環(huán)境硬件資源有限，我跟公司申請了幾臺過時的筆記本，然后根據(jù)生產(chǎn)環(huán)境軟件版本等配置要求，進行模擬搭建性能測試環(huán)境，基礎(chǔ)軟件包含：MYSQL5.6 、centos7.2、tomcat7、 JDK1.7、redis。使用的是聯(lián)想L421 筆記本當(dāng)MYSQL數(shù)據(jù)庫服務(wù)器、L440當(dāng)tomcat應(yīng)用服務(wù)器，壓力測試工具loadrunner、并發(fā)用戶100，壓力測試業(yè)務(wù)場景：用戶登錄退出、相關(guān)票據(jù)信息查詢、電子匯票交易流程等，在壓力測試過程中發(fā)現(xiàn)部分交易在50用戶并發(fā)時，數(shù)據(jù)庫磁盤I0使用率都偏高，特別是寫操作一直很高，例如測試登錄退出交易，經(jīng)監(jiān)控數(shù)據(jù)庫磁盤IO率一直偏高，如下案例分析講解：

優(yōu)化前

 壓力測試時，數(shù)據(jù)庫磁盤IO使用率大于75%，響應(yīng)時間1.6秒，通過NMON監(jiān)控到的數(shù)據(jù)庫資源使用情況，如下圖一與圖二：

圖一：

圖二

優(yōu)化后

數(shù)據(jù)庫服務(wù)器資源使用率：

 圖四

圖五

1.3優(yōu)化內(nèi)容

 通過優(yōu)化innndb等影響IO、內(nèi)存的一些參數(shù)后，性能問題明顯解決，優(yōu)化參數(shù)內(nèi)容，例如：innodb_write_io_threads、 innodb_read_io_threads、

 innodb_flush_log_at_trx_commi等InnoDB 引擎優(yōu)化IO 子系統(tǒng)參數(shù)配置若干。

對于以上關(guān)于分析MYSQL服務(wù)磁盤IO高問題及優(yōu)化對策，如果大家還有更多需要了解的可以持續(xù)關(guān)注我們創(chuàng)新互聯(lián)的行業(yè)推新，如需獲取專業(yè)解答，可在官網(wǎng)聯(lián)系售前售后的，希望該文章可給大家?guī)硪欢ǖ闹R更新。