上篇講解了「mysql優(yōu)化專題」90%程序員都會(huì)忽略的增刪改優(yōu)化（2）期贫，相信大家都有所收獲。接下來這篇是查詢優(yōu)化异袄。其實(shí)通砍，大家都知道，查詢部分是遠(yuǎn)遠(yuǎn)大于增刪改的烤蜕，所以查詢優(yōu)化會(huì)花更多篇幅去講解封孙。本篇會(huì)先講單表查詢優(yōu)化（非索引設(shè)計(jì)）。然后講多表查詢優(yōu)化讽营。索引優(yōu)化設(shè)計(jì)以及庫表結(jié)構(gòu)優(yōu)化等后面文章再講虎忌。
單表查詢優(yōu)化：（關(guān)于索引，后面再開單章講解）
（0）可以先使用EXPLAIN關(guān)鍵字可以讓你知道MySQL是如何處理你的SQL語句的橱鹏。這可以幫我們分析是查詢語句或是表結(jié)構(gòu)的性能瓶頸膜蠢。
（1）寫sql要明確需要的字段，要多少就寫多少字段蚀瘸，而不是濫用 select *
（2）可以用使用連接（JOIN）來代替子查詢
（3）使用分頁語句：limit start , count 或者條件 where子句時(shí)狡蝶，有什么可限制的條件盡量加上，查一條就limit一條贮勃。做到不濫用贪惹。比如說我之前做過的的p2p項(xiàng)目,只是需要知道有沒有一個(gè)滿標(biāo)的借款，這樣的話就可以用上 limit 1寂嘉，這樣mysql在找到一條數(shù)據(jù)后就停止搜索奏瞬，而不是全文搜索完再停止。
（4）開啟查詢緩存：
大多數(shù)的MySQL服務(wù)器都開啟了查詢緩存泉孩。這是提高查詢有效的方法之一硼端。當(dāng)有很多相同的查詢被執(zhí)行了多次的時(shí)候，這些查詢結(jié)果會(huì)被放到一個(gè)緩存中寓搬，這樣珍昨，后續(xù)的相同的查詢就不用操作表而直接訪問緩存結(jié)果了。
查詢緩存工作流程：
A)：服務(wù)器接收SQL，以SQL+DB+Query_cache_query_flags作為hash查找鍵镣典；
B)：找到了相關(guān)的結(jié)果集就將其返回給客戶端兔毙；
C)：如果沒有找到緩存則執(zhí)行權(quán)限驗(yàn)證、SQL解析兄春、SQL優(yōu)化等一些列的操作澎剥；
D)：執(zhí)行完SQL之后，將結(jié)果集保存到緩存
當(dāng)然赶舆，并不是每種情況都適合使用緩存哑姚，衡量打開緩存是否對系統(tǒng)有性能提升是一個(gè)整體的概念。那怎么判斷要不要開啟緩存呢芜茵，如下：
1）通過緩存命中率判斷, 緩存命中率 = 緩存命中次數(shù) (Qcache_hits) / 查詢次數(shù) (Com_select)叙量、
2）通過緩存寫入率, 寫入率 = 緩存寫入次數(shù) (Qcache_inserts) / 查詢次數(shù) (Qcache_inserts)
3）通過 命中-寫入率 判斷, 比率 = 命中次數(shù) (Qcache_hits) / 寫入次數(shù) (Qcache_inserts), 高性能MySQL中稱之為比較能反映性能提升的指數(shù),一般來說達(dá)到3:1則算是查詢緩存有效,而最好能夠達(dá)到10:1
相關(guān)參數(shù)及命令：
與緩存相關(guān)的主要參數(shù)如下表所示∠ο可以使用命令SHOW VARIABLES LIKE '%query_cache%'查看
緩存數(shù)據(jù)失效時(shí)機(jī)
在表的結(jié)構(gòu)或數(shù)據(jù)發(fā)生改變時(shí)宛乃，查詢緩存中的數(shù)據(jù)不再有效。有這些INSERT蒸辆、UPDATE征炼、 DELETE、TRUNCATE躬贡、ALTER TABLE谆奥、DROP TABLE或DROP DATABASE會(huì)導(dǎo)致緩存數(shù)據(jù)失效。所以查詢緩存適合有大量相同查詢的應(yīng)用拂玻，不適合有大量數(shù)據(jù)更新的應(yīng)用酸些。
可以使用下面三個(gè)SQL來清理查詢緩存：
1、FLUSH QUERY CACHE; // 清理查詢緩存內(nèi)存碎片檐蚜。
2魄懂、RESET QUERY CACHE; // 從查詢緩存中移出所有查詢。
3闯第、FLUSH TABLES; //關(guān)閉所有打開的表市栗，同時(shí)該操作將會(huì)清空查詢緩存中的內(nèi)容。
InnoDB與查詢緩存：
Innodb會(huì)對每個(gè)表設(shè)置一個(gè)事務(wù)計(jì)數(shù)器,里面存儲(chǔ)當(dāng)前最大的事務(wù)ID.當(dāng)一個(gè)事務(wù)提交時(shí),InnoDB會(huì)使用MVCC中系統(tǒng)事務(wù)ID最大的事務(wù)ID跟新當(dāng)前表的計(jì)數(shù)器.
只有比這個(gè)最大ID大的事務(wù)能使用查詢緩存,其他比這個(gè)ID小的事務(wù)則不能使用查詢緩存.
另外,在InnoDB中,所有有加鎖操作的事務(wù)都不使用任何查詢緩存
本篇基于單表查詢的查詢優(yōu)化（非索引設(shè)計(jì)）就說到這里咳短，喜歡的朋友可以收藏關(guān)注一波填帽。本號內(nèi)有多個(gè)專題，如【數(shù)據(jù)結(jié)構(gòu)】咙好、【netty專題】篡腌、【dubbo專題】、【mysql優(yōu)化專題】勾效、【redis專題】嘹悼、【高并發(fā)專題】等優(yōu)質(zhì)好文叛甫。一起學(xué)習(xí)，共同進(jìn)步杨伙。
