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

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

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

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

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

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

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

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

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

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

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

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

優(yōu)化前

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

圖一：

 

圖二

 

優(yōu)化后

數(shù)據(jù)庫(kù)服務(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ù)配置若干。

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

文章名稱：分析MYSQL服務(wù)磁盤IO高問題及優(yōu)化對(duì)策
轉(zhuǎn)載源于：http://jinyejixie.com/article2/peoeic.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供、搜索引擎優(yōu)化、品牌網(wǎng)站設(shè)計(jì)、手機(jī)網(wǎng)站建設(shè)、外貿(mào)建站、定制開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)