這篇文章給大家分享的是有關(guān)MySQL查詢慢的原因的內(nèi)容。小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，一起跟隨小編過來看看吧。

成都創(chuàng)新互聯(lián)是專業(yè)的長葛網(wǎng)站建設(shè)公司，長葛接單;提供成都做網(wǎng)站、成都網(wǎng)站制作、成都外貿(mào)網(wǎng)站建設(shè),網(wǎng)頁設(shè)計(jì),網(wǎng)站設(shè)計(jì),建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進(jìn)行長葛網(wǎng)站開發(fā)網(wǎng)頁制作和功能擴(kuò)展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團(tuán)隊(duì),希望更多企業(yè)前來合作!

mysql慢查詢有影響的原因：1、沒有索引或沒有用到索引；2、IO吞吐量小形成了瓶頸；3、內(nèi)存不足；4、網(wǎng)絡(luò)速度慢；5、一次查詢的數(shù)據(jù)量過大；6、出現(xiàn)死鎖。

常見查詢慢的原因常見的話會有如下幾種：

1、沒有索引或沒有用到索引。

PS：索引用來快速地尋找那些具有特定值的記錄，所有MySQL索引都以B-樹的形式保存。如果沒有索引，執(zhí)行查詢時(shí)MySQL必須從第一個(gè)記錄開始掃描整個(gè)表 的所有記錄，直至找到符合要求的記錄。表里面的記錄數(shù)量越多，這個(gè)操作的代價(jià)就越高。如果作為搜索條件的列上已經(jīng)創(chuàng)建了索引，MySQL無需掃描任何記錄 即可迅速得到目標(biāo)記錄所在的位置。如果表有1000個(gè)記錄，通過索引查找記錄至少要比順序掃描記錄快100倍。

索引類型：

• 普通索引：這是最基本的索引類型，沒唯一性之類的限制。

• 唯一性索引：和普通索引基本相同，但所有的索引列只能出現(xiàn)一次，保持唯一性。

• 主鍵：主鍵是一種唯一索引，但必須指定為"PRIMARY KEY"。

• 全文索引：MYSQL從3.23.23開始支持全文索引和全文檢索。在MYSQL中，全文索引的索引類型為FULLTEXT。全文索引可以在VARCHAR或者TEXT類型的列上創(chuàng)建。

2、IO吞吐量小形成了瓶頸。

PS：這是從系統(tǒng)層來分析MYSQL是比較耗IO的。一般數(shù)據(jù)庫監(jiān)控也是比較關(guān)注IO。

監(jiān)控命令：$iostat -d -k 1 10

參數(shù) -d 表示，顯示設(shè)備（磁盤）使用狀態(tài)；-k某些使用block為單位的列強(qiáng)制使用Kilobytes為單位；1 10表示，數(shù)據(jù)顯示每隔1秒刷新一次，共顯示10次。

3、內(nèi)存不足

監(jiān)控內(nèi)存使用：vmstat [-n] [延時(shí)[次數(shù)]]

Memory

swpd: 切換到交換內(nèi)存上的內(nèi)存(默認(rèn)以KB為單位)

? 如果 swpd 的值不為0，或者還比較大，比如超過100M了，但是si, so 的值長期為0，這種情況我們可以不用擔(dān)心，不會影響系統(tǒng)性能。

free: 空閑的物理內(nèi)存

buff: 作為buffer cache的內(nèi)存，對塊設(shè)備的讀寫進(jìn)行緩沖

cache: 作為page cache的內(nèi)存, 文件系統(tǒng)的cache? 如果 cache 的值大的時(shí)候，說明cache住的文件數(shù)多，如果頻繁訪問到的文件都能被cache住，那么磁盤的讀IO bi 會非常小。

4、網(wǎng)絡(luò)速度慢

ping IP -t 查看是否有丟包。

5、一次查詢的數(shù)據(jù)量過大。

比如沒有分頁查詢，一次提取上萬條記錄。數(shù)據(jù)庫有可能卡死。

6、出現(xiàn)死鎖

所謂死鎖: 是指兩個(gè)或兩個(gè)以上的進(jìn)程在執(zhí)行過程中,因爭奪資源而造成的一種互相等待的現(xiàn)象,若無外力作用,它們都將無法推進(jìn)下去.

Show innodb status檢查引擎狀態(tài) ,可以看到哪些語句產(chǎn)生死鎖。

執(zhí)行show processlist找到死鎖線程號.然后Kill　processNo

7、返回了不必要的行或列

一般查詢SQL語句一定要將字段明確指定。而不要使用*進(jìn)行查詢

8、注意UNion和UNion all 的區(qū)別。UNION all好

UNION在進(jìn)行表鏈接后會篩選掉重復(fù)的記錄，所以在表鏈接后會對所產(chǎn)生的結(jié)果集進(jìn)行排序運(yùn)算，刪除重復(fù)的記錄再返回結(jié)果。所以union all的效率肯定要高！

感謝各位的閱讀！關(guān)于“mysql查詢慢的原因”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，讓大家可以學(xué)到更多知識，如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！