1.MySql Query Optimizer：查詢優(yōu)化器摊鸡。
? 1). Mysql中有專門負責優(yōu)化SELECT語句的優(yōu)化器模塊贡羔，主要功能：通過計算分析系統(tǒng)中收集到的統(tǒng)計信息，為客戶端請求的Query提供Mysql認為最優(yōu)的執(zhí)行計劃（Mysql認為最優(yōu)的數(shù)據(jù)檢索方式债蓝，但不見得是DBA認為是最優(yōu)的，這部分最耗費時間）。
? 2). 當客戶端向MySQL 請求一條Query牡整，命令解析器模塊完成請求分類，區(qū)別出是 SELECT 并轉(zhuǎn)發(fā)給MySQL Query Optimizer時溺拱，MySQL Query Optimizer 首先會對整條Query進行優(yōu)化逃贝，處理掉一些常量表達式的預算，直接換算成常量值迫摔。并對 Query 中的查詢條件進行簡化和轉(zhuǎn)換沐扳，如去掉一些無用或顯而易見的條件、結(jié)構(gòu)調(diào)整等句占。然后分析 Query 中的 Hint 信息（如果有）沪摄，看顯示Hint信息是否可以完全確定該Query 的執(zhí)行計劃。如果沒有 Hint 或Hint 信息還不足以完全確定執(zhí)行計劃纱烘，則會讀取所涉及對象的統(tǒng)計信息杨拐，根據(jù) Query 進行寫相應的計算分析，然后再得出最后的執(zhí)行計劃擂啥。
MySql的常見瓶頸：
1.CPU: CPU在飽和的時候一般發(fā)生在數(shù)據(jù)裝入內(nèi)存或從磁盤上讀取數(shù)據(jù)的時候哄陶。
2.IO: 磁盤IO瓶頸發(fā)生在裝入數(shù)據(jù)遠大于內(nèi)存容量的時候。
3.服務器硬件的性能瓶頸：top哺壶，free屋吨，iostat和vmstat來查看系統(tǒng)的性能狀態(tài)。
查詢解析Explain
Explain介紹：
使用Explain關(guān)鍵字可以模擬優(yōu)化器執(zhí)行Sql查詢語句山宾，從而知道Mysql是如何處理Sql語句的至扰，能夠分析出查詢語句或是表結(jié)構(gòu)的性能是否出現(xiàn)瓶頸。
Explain是進行一個性能優(yōu)化相關(guān)命令的重要參數(shù)资锰。
Explain能用來干嘛呢敢课？
1.表的讀取順序。
2.數(shù)據(jù)讀取操作的相關(guān)操作類。
3.哪些索引是可以使用直秆。
4.哪些索引已經(jīng)使用胖翰。
5.表之間的引用。
6.每張表有多少行被優(yōu)化器查詢切厘。
Explain的使用：
Explain + Sql語句萨咳，也即:
explain select * from tbl_emp; //執(zhí)行計劃包含的信息。
得出結(jié)果：
上圖字段解釋：
id: select查詢的序列號疫稿，包含了一組數(shù)字培他，表示查詢中執(zhí)行select子句或操作表的順序。
? id值有三種：
? 1.id相同遗座，執(zhí)行順序由上至下舀凛。
? 2.id不同，如果是子查詢途蒋，id的序號就會遞增猛遍，id值越大優(yōu)先級越高，越先被執(zhí)行号坡。
? 3.id相同不同懊烤，同時存在。也即：id如果相同宽堆，可以認為是一組腌紧，從上往下順序執(zhí)行；? ? 在所有組中畜隶，id值越大壁肋，優(yōu)先級越高，越先執(zhí)行籽慢。
select_type:
常見的值有6種：
1.SIMPLE：簡單的select的查詢浸遗，查詢中不包含子查詢或者UNION的。
2.PRIMARY：查詢中若包含任何復雜的子部分箱亿，最外層查詢則被標記為PRIMARY跛锌。也即：在子查詢最外層的就是為PRIMARY，也就是說PRIMARY就是最后加載的极景。
3.SUBQUERY：在SELECT或者WHERE列表中包含了SUBQUERY子查詢察净。也即子查詢括號里面的驾茴，誰大誰小盼樟，誰先被執(zhí)行，看MySql的最終分析锈至。
4.DERIUEO：在FROM列表中包含的子查詢被標記為DERIVED晨缴，MySql會遞歸執(zhí)行這些子查詢，把結(jié)果放到臨時表里面峡捡。
5.UNION：若第二個SELECT出現(xiàn)在UNION之后击碗，則被標記為UNION筑悴，若UNION包含在FROM子句的子查詢中，外層SELECT將被標記為：DERIVED稍途。
6.UNION RESULT：從UNION表獲取結(jié)果的SELECT阁吝，也即兩種UNION的合并。
這六種值的意思就是告訴相關(guān)開發(fā)工程師械拍，他所寫的這個Sql突勇，在Mysql里面理解的查詢類型是哪個。
查詢的類型坷虑，主要是用于區(qū)別：普通查詢甲馋，聯(lián)合查詢，子查詢等的復雜查詢迄损。
table: 顯示這一行的數(shù)據(jù)是關(guān)于哪張表的定躏。
type: 訪問類型排列。是較為重要的一個指標芹敌。
顯示查詢使用了何種類型痊远，從當前最好到最差依次順序：system>const>eq_ref>ref>range>index>ALL。
system: 表只有一行記錄氏捞，這是const常量類型的特列拗引，平時不會出現(xiàn)，這個可以忽略不計幌衣。
const: 表示通過索引一次就找到了矾削，const用于比較primary key或者unique索引，因為只匹配一行數(shù)據(jù)豁护，所以很快將主鍵置于where列表中哼凯，MySql就能將該查詢轉(zhuǎn)換為一個常量。
eq_ref: 唯一性索引掃描楚里，對于每個索引鍵断部，表中只有一條記錄與之匹配。常見于主鍵或唯一索引掃描班缎。
ref: 非唯一性索引掃描蝴光，返回匹配某個單獨值的所有行，本質(zhì)上也是一種索引訪問达址，它返回所有匹配某個單獨值的所有行蔑祟，然而它可能會找到多個符合條件的行，所以他應該屬于查找和掃描的混合體沉唠。
range: 只檢索給定范圍的行疆虚，使用一個索引來選擇行。key列顯示使用了哪個索引，一般就是在你的where語句中出現(xiàn)了between径簿、<罢屈、>、in等的查詢篇亭，這種范圍掃描索引掃描比全表掃描要好缠捌，因為它只需要開始于索引的某一個點，而結(jié)束語另一點译蒂，不需要掃描全部索引鄙币。
index: Full Index Scan，index與ALL區(qū)別為index類型只遍歷索引樹蹂随。這通常比ALL快十嘿，因為索引文件通常比數(shù)據(jù)文件小。（也就是說雖然All和Index都是讀全表的形式岳锁，但Index是從索引中讀取的绩衷，而All是從硬盤中讀取的）
ALL:? Full Table Scan，將遍歷全表以找到匹配的行激率。
表的查詢達到了ALL級別的咳燕，此時如果表中達到上百萬數(shù)據(jù)，那么就一定要優(yōu)化乒躺，否則不需要優(yōu)化招盲。
一般來說，保證查詢至少達到range級別嘉冒，最好能達到ref曹货。
possible_keys: 顯示可能應用在這張表中的索引，一個或多個值讳推。查詢涉及到的字段上若存在多個索引顶籽，則該索引將被列出，但不一定被查詢實際使用银觅。
key: 實際使用的索引礼饱，如果為NULL，則沒有使用索引究驴。
? 查詢中若使用了覆蓋索引镊绪，則該索引僅出現(xiàn)在key列表中。
key_len: 表示索引中使用的字節(jié)數(shù)洒忧，可通過該列計算查詢中使用的索引的長度蝴韭，在不損失精確性的情況下，長度是越短越好跑慕。
key_len顯示的值為索引字段的最大可能長度万皿，并非實際使用長度摧找，也即key_len是根據(jù)表定義計算而得核行，不是通過表內(nèi)檢索出的牢硅。
ref: 顯示索引的哪一列被使用了，如果可以的話芝雪，最好是一個常數(shù)减余，哪些列或常量被用于查詢索引列上的值。
rows: 根據(jù)表統(tǒng)計信息及索引選用情況惩系，大致估算出找到所需的記錄所需要讀取的行數(shù)位岔。
extra: 包含不適合在其他列中顯示，但又十分重要的額外信息堡牡。
? ??1. Using filesort ： 說明MySql會對數(shù)據(jù)使用一個外部的索引排序抒抬，而不是按照表內(nèi)的索引順序進行讀取。MySql中無法利用索引完成的排序操作稱為 “文件排序” 晤柄。
? ?? 2. Using temporary ： 使用臨時表保存中間結(jié)果擦剑，Mysql在對查詢結(jié)果排序時使用臨時表，常見于排序order by和分組查詢group by芥颈。
? ?? 3. Using index : 表示相應的select 操作中使用了覆蓋索引惠勒，避免了訪問表的數(shù)據(jù)行，效率會不錯爬坑，但如果同時出現(xiàn)using where纠屋，表明索引被用來執(zhí)行索引鍵值的查詢。如果沒有同時出現(xiàn)using where盾计，表明索引用來讀取數(shù)據(jù)而非執(zhí)行查找動作售担。
