Mysql查詢優化

查詢的生命週期大致可以分為，從客戶端、到服務端、在伺服器上解析、生成執行計畫、執行、返回結果給客戶端

sql執行流程

盡量用join代替子查詢，雖說mysql查詢優化器會進行優化，但是我們自己優化掉以後，也就省去了mysql優化的部分時間，同樣可以提公升效能

盡量單錶查詢，或者使用常量 

節省流量，減少mysql讀取資料的量，有些時候能利用索引覆蓋

統計操作可以放到從庫中進行

如果沒有索引，排序會使用filesort(記憶體或者磁碟)，在不需要排序時不要排序，group by 會預設按照分組字段排序，可以使用order by null來禁止排序

同上，1000條以內的資料的排序，盡量在應用層做，應用層方便做集群，cpu和記憶體都很容易擴充套件

計算密集型任務放到應用層做，應用層可以方便的做集群，計算能力很容易擴充套件

無法使用索引

當where字句中存在多個條件以「或」並存的時候，mysql的查詢優化器並沒有很好的解決其執行計畫優化問題，再加上mysql特有的sql與storage

分層架構方式，造成其效能比較低下，可以使用union all或者是union(去重、排序)的方式代替「or」會得到更好的效果

隱式轉換需要消耗cpu計算資源，應避免db做計算任務

無法使用索引

加鎖造成阻塞

union和union all的差異主要是前者需要將兩個(多個)結果集合合併後再進行唯一性過濾操作，這就會涉及到排序，增加大量的cpu運算，加大資源消耗及延遲。

所以當可以確認不可能出現重複結果集或者不在乎重複結果集的時候，盡量使用union all代替union

將過濾性好（可以排除更多的資料）的條件放的更靠前；mysql的查詢是巢狀查詢，第一層的資料越少，查詢效率越高。

統計操作可以放到從庫中進行

由於索引的資料結構也是b+tree，key是索引欄位的值，value是聚集索引的值，所以如果查詢的字段都是索引字段，則直接從索引的資料結構中就可以取到字段值，而不用再去根據聚集索引去查詢整行的資料。

查詢優化（MySQL優化查詢）

關聯查詢太多join 設計缺陷或不得已的需求 資料庫伺服器調優及各個引數設定不適當 緩衝 執行緒數等 慢查詢日誌 找出執行速度慢的sql語句 慢查詢的開啟並捕獲 explain 慢sql分析 show profile查詢sql在mysql伺服器裡面的執行細節和生命週期情況 sql資料庫伺服器的引數調...

mysql統計查詢優化 Mysql查詢優化

效能涉及的層面很多，但是在操作層面，主要有表結構設計優化 索引優化和查詢優化 查詢的生命週期大致可以分為，從客戶端 到服務端 在伺服器上解析 生成執行計畫 執行 返回結果給客戶端 sql執行流程 具體優化技巧 1.消除外連線 2.消除子查詢 盡量用join代替子查詢，雖說mysql查詢優化器會進行優...

MySQL優化 查詢優化

在每乙個消耗大量時間的查詢中，都能看到一些不必要的額外操作 某些操作被額外地重複了很多次 某些操作執行得太慢等。優化查詢的目的就是減少和消除這些操作所花費的時間。查詢效能低下最基本的原因是訪問的資料太多。所以需要考慮是否向資料庫請求了不需要的資料 1 多表關聯時，或獲取單錶資料時，盡量避免不加思考地...