好湿?好紧?好多水好爽自慰,久久久噜久噜久久综合,成人做爰A片免费看黄冈,机机对机机30分钟无遮挡

主頁 > 知識庫 > MySQL 獨立索引和聯合索引的選擇

MySQL 獨立索引和聯合索引的選擇

熱門標簽:北京金倫外呼系統 400電話變更申請 400電話辦理服務價格最實惠 html地圖標注并導航 呂梁外呼系統 催天下外呼系統 武漢電銷機器人電話 南太平洋地圖標注 大豐地圖標注app

通常會對多列索引缺乏理解,常見的錯誤是將很多列設置獨立索引,或者是索引列使用錯誤的次序。我們在下一篇討論索引列次序的問題,首先看一下多列獨立索引的情況,以下面的表結構為例:

CREATE TABLE test (
  c1 INT,
  c2 INT,
  c3 INT,
  KEY(c1),
  KEY(c2),
  KEY(c3),
);

使用這種索引策略通常是一些權威的建議(例如在WHERE條件中用到的條件列增加索引)的結果。事實上,這是大錯特錯的,要評分的話頂多給1顆星。這種方式的索引與真正優化的索引相比,要慢上幾個數量級。有時候當你不能設計三星以上的索引時,去關注優化行次序或者創建覆蓋索引都比忽略WHERE條件強。

覆蓋索引(covering index)指一個查詢語句的執行只用從索引中就能夠取得,不必從數據表中讀取。也可以稱之為實現了索引覆蓋。 當一條查詢語句符合覆蓋索引條件時,MySQL只需要通過索引就可以返回查詢所需要的數據,這樣避免了查到索引后再返回表操作,減少I/O提高效率。 如,表covering_index_sample中有一個普通索引 idx_key1_key2(key1,key2)。當我們通過SQL語句:select key2 from covering_index_sample where key1 = ‘keytest';的時候,就可以通過覆蓋索引查詢,無需再從數據表找數據行。

對很多列創建獨立的索引在很多情況下,并不能幫助MySQL改善性能。MySQL 5.0及更新的版本可以使用索引合并策略對這類設計進行些許的優化 —— 這種方式允許在有多列索引的數據表中的查詢中限制在索引的使用去定位所需的數據行。

index merge 是對多個索引分別進行條件掃描,然后將它們各自的結果進行合并(intersect/union)

早期的MySQL版本只能使用一個索引,因此當沒有索引輔助時,MySQL通常進行全表掃描。例如在film_actor表有一個film_id和actor_id索引,但是在WHERE條件中同時使用這兩個索引并不是一個好的選擇:

SELECT film_id, actor_id FROM film_actor WHERE actor_id = 1 OR film_id = 1;

在早期的MySQL版本中,除非你像下面的語句一樣將兩個查詢聯合起來,否則這個查詢會導致全表掃描。

SELECT film_id, actor_id FROM film_actor WHERE actor_id = 1 UNION ALL 
SELECT film_id, actor_id FROM film_actor WHERE film_id = 1 AND actor_id > 1;

在MySQL 5.0之后的版本中,查詢會同時使用兩個索引并且合并最終的結果。需要三個變體的算法實現這個過程:

  1. 使用OR條件獲取并集(union)數據
  2. 使用AND條件獲取交集數據
  3. 將上面兩個步驟的數據的交集再取并集。

上面有點費解,其實應該是分布使用單個條件(以便使用索引)查出全部數據,然后再組合數據。下面使用EXPLAIN查看一下。

EXPLAIN SELECT `film_id`,`actor_id` FROM `film_actor` WHERE `actor_id`=1 OR `film_id`=1

可以看到查詢方式是全表掃描,但是使用了Extra做優化。MySQL在處理負責查詢時會使用這種技巧,因此你可能會在Extra中看到嵌套操作。這種索引合并的策略有些時候會發揮很好的作用,但更多的時候應該當作是對差勁索引使用的一個指示:

  1. 當服務器使用交集索引(通常是使用AND條件),通常意味著你需要一個索引包含所有相關的列,而不是獨立的索引列再組合。
  2. 當服務器使用并集索引(通常是使用OR條件),有時候緩存、排序和合并操作會占用很多的CPU和內存資源,尤其是索引并不都是具備篩選的時候,這會導致掃描返回大量的數據行供合并操作。
  3. 記住優化器并不承擔這些成本——它僅僅是優化隨機頁讀取的數量。這會使得查詢“掉價”,導致全表掃描造成事實上更慢。CPU和內存的高占用會影響并發查詢,但這些影響在你單獨運行查詢語句時并不會發生。因此,有時候像在MySQL 4.1版本那樣重寫那些使用UNION的查詢會得到更優的效果。

當你使用EXPLAIN分析的時候看到了索引合并,你應該檢查查詢語句和表結構,看看是不是最優的方式。你可以使用optimizer_switch(優化開關)禁用索引合并來檢查。

再將film_actor的索引改為聯合索引(刪除原先的兩列獨立索引film_id和actor_id)看一下效果,可以看到此時避免了全表查詢。

ALTER TABLE film_actor ADD INDEX `sindex` (`film_id`,`actor_id`);

以上就是MySQL 獨立索引和聯合索引的選擇的詳細內容,更多關于MySQL 獨立索引和聯合索引的資料請關注腳本之家其它相關文章!

您可能感興趣的文章:
  • mysql的聯合索引(復合索引)的實現
  • 深入淺析Mysql聯合索引最左匹配原則
  • MySQL聯合索引功能與用法實例分析
  • MySQL聯合索引用法示例
  • MySQL中的聯合索引學習教程
  • mysql聯合索引的使用規則

標簽:無錫 龍巖 西寧 麗水 自貢 徐州 南充 迪慶

巨人網絡通訊聲明:本文標題《MySQL 獨立索引和聯合索引的選擇》,本文關鍵詞  MySQL,獨立,索引,和,聯合,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《MySQL 獨立索引和聯合索引的選擇》相關的同類信息!
  • 本頁收集關于MySQL 獨立索引和聯合索引的選擇的相關信息資訊供網民參考!
  • 推薦文章
    主站蜘蛛池模板: 久久久久久精品无码免费| 撞击尤物女神紧窄呻吟| 国产精品女人呻吟| 深夜爽爽动态图无遮无挡gif| 欧美高清精品videos| 精品午夜久久福利大片免费| 佳佳伦影院理片| juliaann与黑人| 三都| 抱着cao才爽| 久久偷看各类wc女厕| 国产在线精品一区二区网站免费| 清纯校花的被肉日常h| 337P粉嫩日本亚洲大胆艺术| 美女被?到喷水www69XX| 色欧美成人精品a∨在线观看 | 肉丸影视| 好吊妞998视频免费观看| 做爰又粗又大又黄又硬| 欧日韩视频| 姑娘视频免费高清观看| 一女被两根同时凶猛挺进| 欧美vps与windows性能比较1| 旱厕toilet沟厕偷窥| 老师浴室喂我奶乳脱她胸罩 | 欧美在线一| 国产成人精品福利网站app| 国产成人精品???视频 | 国产福利片在线易阳| 风花雪月电影免费版| 漂亮人妻被夫上司侵犯| 欧美一级夜夜爽www| 国产资源视频| 99??高潮片免费视频小水水| 西施婬乱三级在线观看| 男男np视频| 强开小嫩苞第一次免费视频| 黄a毛片| 下面好湿~想要~深一点| 农村妇女野外一级毛片免费看| 啊啊啊啊好爽|