怎么在mysql中對(duì)于索引使用率進(jìn)行監(jiān)控

怎么在MySQL中對(duì)于索引使用率進(jìn)行監(jiān)控？很多新手對(duì)此不是很清楚，為了幫助大家解決這個(gè)難題，下面小編將為大家詳細(xì)講解，有這方面需求的人可以來學(xué)習(xí)下，希望你能有所收獲。

成都創(chuàng)新互聯(lián)長(zhǎng)期為超過千家客戶提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年，關(guān)注不同地域、不同群體，并針對(duì)不同對(duì)象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺(tái)，與合作伙伴共同營(yíng)造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為革吉企業(yè)提供專業(yè)的成都網(wǎng)站制作、成都網(wǎng)站建設(shè)、外貿(mào)營(yíng)銷網(wǎng)站建設(shè)，革吉網(wǎng)站改版等技術(shù)服務(wù)。擁有十載豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開發(fā)。

1、查看當(dāng)前索引使用情況

我們可以通過下面語句查詢當(dāng)前索引使用情況：

• Handler_read_first 代表讀取索引頭的次數(shù)，如果這個(gè)值很高，說明全索引掃描很多。

• Handler_read_key代表一個(gè)索引被使用的次數(shù)，如果我們新增加一個(gè)索引，可以查看Handler_read_key是否有增加，如果有增加，說明sql用到索引。

• Handler_read_next 代表讀取索引的下列，一般發(fā)生range scan。

• Handler_read_prev 代表讀取索引的上列，一般發(fā)生在ORDER BY … DESC。

• Handler_read_rnd 代表在固定位置讀取行，如果這個(gè)值很高，說明對(duì)大量結(jié)果集進(jìn)行了排序、進(jìn)行了全表掃描、關(guān)聯(lián)查詢沒有用到合適的KEY。

• Handler_read_rnd_next 代表進(jìn)行了很多表掃描，查詢性能低下。

其實(shí)比較多應(yīng)用場(chǎng)景是當(dāng)索引正在工作，Handler_read_key的值將很高，這個(gè)值代表了一個(gè)行將索引值讀的次數(shù)，很低的值表明增加索引得到的性能改善不高，因?yàn)樗饕⒉唤?jīng)常使用。

Handler_read_rnd_next 的值高則意味著查詢運(yùn)行低效，并且應(yīng)該建立索引補(bǔ)救。這個(gè)值的含義是在數(shù)據(jù)文件中讀下一行的請(qǐng)求數(shù)。如果正進(jìn)行大量的表 掃描，Handler_read_rnd_next的值較高，則通常說明表索引不正確或?qū)懭氲牟樵儧]有利用索引

2、查看索引是否被使用到

SELECT
 object_type,
 object_schema,
 object_name,
 index_name,
 count_star,
 count_read,
 COUNT_FETCH 
FROM
 PERFORMANCE_SCHEMA.table_io_waits_summary_by_index_usage;

如果read,fetch的次數(shù)都為0的話，就是沒有被使用過的。

3、查看使用了哪些索引

explain相關(guān)sql，查看type表示查詢用到了那種索引類型

+-----+-------+-------+-----+--------+-------+---------+-------+
| ALL | index | range | ref | eq_ref | const | system | NULL |
+-----+-------+-------+-----+--------+-------+---------+-------+

從最好到最差依次是：

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

• system 表中只有一條記錄，一般來說只在系統(tǒng)表里出現(xiàn)。

• const 表示通過一次索引查詢就查詢到了，一般對(duì)應(yīng)索引列為primarykey 或者unique where語句中 指定 一個(gè)常量，因?yàn)橹黄ヅ湟恍袛?shù)據(jù)，MYSQL能把這個(gè)查詢優(yōu)化為一個(gè)常量，所以非?？?。

• eq_ref 唯一性索引掃描。此類型通常出現(xiàn)在多表的 join 查詢，對(duì)于每一個(gè)從前面的表連接的對(duì)應(yīng)列，當(dāng)前表的對(duì)應(yīng)列具有唯一性索引，最多只有一行數(shù)據(jù)與之匹配。

• ref 非唯一性索引掃描。同上，但當(dāng)前表的對(duì)應(yīng)列不具有唯一性索引，可能有多行數(shù)據(jù)匹配。此類型通常出現(xiàn)在多表的 join 查詢, 針對(duì)于非唯一或非主鍵索引, 或者是使用了 最左前綴 規(guī)則索引的查詢.

• range 索引的范圍查詢。查詢索引關(guān)鍵字某個(gè)范圍的值。

• index 全文索引掃描。與all基本相同，掃描了全文，但查詢的字段被索引包含，故不需要讀取表中數(shù)據(jù)，只需要讀取索引樹中的字段。

• all 全文掃描。未使用索引，效率最低。

順便提幾個(gè)優(yōu)化注意點(diǎn)：

1、優(yōu)化insert語句：

1）盡量采用 insert into test values(),(),(),()...
2）如果從不同客戶插入多行，能通過使用insert delayed語句得到更高的速度，delayed含義是讓insert語句馬上執(zhí)行，其實(shí)數(shù)據(jù)都被放在內(nèi)存隊(duì)列中個(gè)，并沒有真正寫入磁盤，這比每條語句分別插入快的多；low_priority剛好相反，在所有其他用戶對(duì)表的讀寫完后才進(jìn)行插入。
3）將索引文件和數(shù)據(jù)文件分在不同磁盤上存放（利用建表語句）
4）如果進(jìn)行批量插入，可以增加bulk_insert_buffer_size變量值方法來提高速度，但是只對(duì)MyISAM表使用
5）當(dāng)從一個(gè)文本文件裝載一個(gè)表時(shí)，使用load data file，通常比使用insert快20倍

2、優(yōu)化group by語句：

默認(rèn)情況下，mysql會(huì)對(duì)所有g(shù)roup by字段進(jìn)行排序，這與order by類似。如果查詢包括group by但用戶想要避免排序結(jié)果的消耗，則可以指定order by null禁止排序。

3、優(yōu)化order by語句：

某些情況下，mysql可以使用一個(gè)索引滿足order by字句，因而不需要額外的排序。where條件和order by使用相同的索引，并且order by的順序和索引的順序相同，并且order by的字段都是升序或者降序。

4、優(yōu)化嵌套查詢：

mysql4.1開始支持子查詢，但是某些情況下，子查詢可以被更有效率的join替代，尤其是join的被動(dòng)表待帶有索引的時(shí)候，原因是mysql不需要再內(nèi)存中創(chuàng)建臨時(shí)表來完成這個(gè)邏輯上需要兩個(gè)步驟的查詢工作。

最后提一個(gè)點(diǎn)：

一個(gè)表最多16個(gè)索引,最大索引長(zhǎng)度256字節(jié)，索引一般不明顯影響插入性能（大量小數(shù)據(jù)例外），因?yàn)榻⑺饕臅r(shí)間開銷是O(1)或者O(logN)。不過太多索引也是不好的，畢竟更新之類的操作都需要去維護(hù)索引。

看完上述內(nèi)容是否對(duì)您有幫助呢？如果還想對(duì)相關(guān)知識(shí)有進(jìn)一步的了解或閱讀更多相關(guān)文章，請(qǐng)關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝您對(duì)創(chuàng)新互聯(lián)的支持。

網(wǎng)站題目：怎么在mysql中對(duì)于索引使用率進(jìn)行監(jiān)控
標(biāo)題URL：http://bm7419.com/article42/gosphc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供動(dòng)態(tài)網(wǎng)站、搜索引擎優(yōu)化、虛擬主機(jī)、網(wǎng)站內(nèi)鏈、App設(shè)計(jì)、微信公眾號(hào)

廣告

聲明：本網(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í)需注明來源： 創(chuàng)新互聯(lián)