寶付全面分析MySQL細節
一、EXPLAIN
做MySQL最佳化,我們要善用 EXPLAIN 檢視SQL執行計劃。
下面來個簡單的示例,標註(1,2,3,4,5)我們要重點 關注的資料 type列,連線型別。一個好的sql語句至少要達到range級別。杜絕出現all級別
-
key列,使用到的索引名。如果沒有選擇索引,值是。可以採取強制索引方式
-
key_len列,索引長度
-
rows列,掃描行數。該值是個預估值
-
extra列,詳細說明。注意常見的不太友好的值有:Using filesort, Using temporary
二、SQL語句中IN包含的值不應過多
MySQL對於IN做了相應的最佳化,即將IN中的常量全部儲存在一個陣列裡面,而且這個陣列是排好序的。但是如果數值較多,產生的消耗也是比較大的。再例如:
select id from table_name where num in(1,2,3)
對於連續的數值,能用 between 就不要用
in
了;再或者使用連線來替換。
三、SELECT語句務必指明欄位名稱
SELECT *增加很多不必要的消耗(cpu、io、記憶體、網路頻寬);增加了使用覆蓋索引的可能性;當表結構發生改變時,前斷也需要更新。所以要求直接在select後面接上欄位名。
四、當只需要一條資料的時候,使用limit 1
這是為了使EXPLAIN中type列達到const型別
五、如果排序欄位沒有用到索引,就儘量少排序
六、如果限制條件中其他欄位沒有索引,儘量少用or
or兩邊的欄位中,如果有一個不是索引欄位,而其他條件也不是索引欄位,會造成該查詢不走索引的情況。很多時候使用 union all 或者是union(必要的時候)的方式來代替“or”會得到更好的效果
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69905323/viewspace-2655012/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 寶付大資料分析解析大資料
- MySQL事務細枝末節總結與分析[更新]MySql
- 寶付“雙節”助力貧困群眾脫貧增收
- 上海寶付大資料分析storm結合大資料ORM
- PE節表詳細分析
- 寶付分析關於ExtJS與JQuery支付對比JSjQuery
- 寶付oracle配置Oracle
- 《全面戰爭:三國》:細節到位,卻也不盡完美
- 超全面 MySQL 語句加鎖分析(上篇)MySql
- 超全面 MySQL 語句加鎖分析(中篇)MySql
- 超全面 MySQL 語句加鎖分析(下篇)MySql
- MySQL 8.0 新密碼策略的細節補充MySql密碼
- 深度學習 SSD的理解和細節分析深度學習
- 寶付(上海寶付)“持證上崗”,跨境支付行業紅利期持續行業
- MYSQL索引建立需要注意以下幾點細節MySql索引
- 英偉達 TITAN X 顯示卡工程版細節全面曝光
- 寶付揭秘支付JAVE程式碼
- 淘寶微信代付 bug
- MySQL全面瓦解22:索引的介紹和原理分析MySql索引
- 寶付談支付前端如何配合javascript前端JavaScript
- 寶付續寫Python人工智慧Python人工智慧
- 小細節
- MySQL全面瓦解3:資料型別介紹與分析MySql資料型別
- 2019初級中級高階web前端面試題超全面細節解析Web前端面試題
- mysql資料庫操作之------查的各種小細節MySql資料庫
- 2023支付寶五一消費洞察
- 寶付介紹ELK中kibana的使用
- 寶付談小白IT職場奮鬥之路
- 寶付揭秘移動支付如何辦公?
- 寶付敲寫Echarts+extjs3程式EchartsJSS3
- 寶付撰寫java基礎程式碼Java
- MySQL全面瓦解25:構建高效能索引(案例分析篇)MySql索引
- Java:這是一份詳細&全面的HashMap 1.7 原始碼分析JavaHashMap原始碼
- 簡單分析Go語言中陣列的這些細節Go陣列
- 分投趣(Fintoch)系統技術開發細節分析
- Docker映象細節Docker
- 理理Vue細節Vue
- 細節總結