MySQL數(shù)據(jù)庫(kù)中怎么優(yōu)化索引查詢

這篇文章給大家介紹MySQL數(shù)據(jù)庫(kù)中怎么優(yōu)化索引查詢，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對(duì)大家能有所幫助。

問(wèn)題描述：
我們要訪問(wèn)的表是一個(gè)非常大的表，四千萬(wàn)條記錄，id是主鍵，program_id上建了索引。
執(zhí)行一條SQL:

select * from program_access_log where program_id between 1 and 4000
這條SQL非常慢。
我們?cè)詾樘幚碛涗浱嗟脑?，所以加了id限制，一次只讀五十萬(wàn)條記錄

select * from program_access_log where id between 1 and 500000 and program_id between 1 and 4000
但是這條SQL仍然很慢，速度比上面一條幾乎沒(méi)有提升。
Mysql處理50萬(wàn)條記錄的表，條件字段還建了索引，這條語(yǔ)句應(yīng)該是瞬間完成的。

問(wèn)題分析：
這張表大約容量30G，服務(wù)器內(nèi)存16G，無(wú)法一次載入。就是這個(gè)造成了問(wèn)題。
這條SQL有兩個(gè)條件，ID一到五十萬(wàn)和Program_id一到四千，因?yàn)閜rogram_id范圍小得多，選擇它做為主要索引。
先通過(guò)索引文件找出了所有program_id在1到4000范圍里所有的id，這個(gè)過(guò)程非?？?。
接下來(lái)要通過(guò)這些id找出表里的記錄，由于這些id是離散的，所以mysql對(duì)這個(gè)表的訪問(wèn)不是順序讀取。
而這個(gè)表又非常大，無(wú)法一次裝入內(nèi)存，所以每訪問(wèn)一條記錄mysql都要重新在磁盤(pán)上定位并把附近的記錄都載入內(nèi)存，大量的IO操作導(dǎo)致了速度的下降。

問(wèn)題解決方案：
1. 以program_id為條件對(duì)表進(jìn)行分區(qū)
2. 分表處理，每張表的大小不超過(guò)內(nèi)存的大小
然而，服務(wù)器用的是mysql5.0，不支持分區(qū)，而且這個(gè)表是公共表，無(wú)法在不影響其它項(xiàng)目的條件下修改表的結(jié)構(gòu)。
所以我們采取了第三種辦法：

select * from program_access_log where id between 1 and 500000 and program_id between 1 and 15000000
現(xiàn)在program_id的范圍遠(yuǎn)大于id的范圍，id被當(dāng)做主要索引進(jìn)行查找，由于id是主鍵，所以查找的是連續(xù)50萬(wàn)條記錄，速度和訪問(wèn)一個(gè)50萬(wàn)條記錄的表基本一樣

關(guān)于MySQL數(shù)據(jù)庫(kù)中怎么優(yōu)化索引查詢就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到。