索引定義：是一個單獨的，存儲在磁盤上的數(shù)據(jù)庫結構，其包含著對數(shù)據(jù)表里所有記錄的引用指針.

數(shù)據(jù)庫索引的設計原則：

為了使索引的使用效率更高，在創(chuàng)建索引時，必須考慮在哪些字段上創(chuàng)建索引和創(chuàng)建什么類型的索引。
那么索引設計原則又是怎樣的？

1．選擇唯一性索引

唯一性索引的值是唯一的，可以更快速的通過該索引來確定某條記錄。
例如，學生表中學號是具有唯一性的字段。為該字段建立唯一性索引可以很快的確定某個學生的信息。
如果使用姓名的話，可能存在同名現(xiàn)象，從而降低查詢速度。

2．為經(jīng)常需要排序、分組和聯(lián)合操作的字段建立索引

經(jīng)常需要ORDER BY、GROUP BY、DISTINCT和UNION等操作的字段，排序操作會浪費很多時間。
如果為其建立索引，可以有效地避免排序操作。

3．為常作為查詢條件的字段建立索引

如果某個字段經(jīng)常用來做查詢條件，那么該字段的查詢速度會影響整個表的查詢速度。因此，
為這樣的字段建立索引，可以提高整個表的查詢速度。

4．限制索引的數(shù)目

索引的數(shù)目不是越多越好。每個索引都需要占用磁盤空間，索引越多，需要的磁盤空間就越大。
修改表時，對索引的重構和更新很麻煩。越多的索引，會使更新表變得很浪費時間。

5．盡量使用數(shù)據(jù)量少的索引

如果索引的值很長，那么查詢的速度會受到影響。例如，對一個CHAR（100）類型的字段進行全文
檢索需要的時間肯定要比對CHAR（10）類型的字段需要的時間要多。

6．盡量使用前綴來索引

如果索引字段的值很長，最好使用值的前綴來索引。例如，TEXT和BLOG類型的字段，進行全文檢索
會很浪費時間。如果只檢索字段的前面的若干個字符，這樣可以提高檢索速度。

7．刪除不再使用或者很少使用的索引

表中的數(shù)據(jù)被大量更新，或者數(shù)據(jù)的使用方式被改變后，原有的一些索引可能不再需要。數(shù)據(jù)庫管理
員應當定期找出這些索引，將它們刪除，從而減少索引對更新操作的影響。

8．小表不應建立索引；包含大量的列并且不需要搜索非空值的時候可以考慮不建索引

----------------------------------------------------------

mysql索引相關小常識：

一、 經(jīng)常被用來過濾記錄的字段。

1. primary key 字段, 系統(tǒng)自動創(chuàng)建主鍵的索引；
2. unique key 字段，系統(tǒng)自動創(chuàng)建對應的索引;
3. foreign key 約束所定義的作為外鍵的字段;

4. 在查詢中用來連接表的字段;

5. 經(jīng)常用來作為排序(order by 的字段)基準的字段;

二、索引會占用磁盤空間，創(chuàng)建不必要的索引只會形成浪費。

三、索引的創(chuàng)建必須考慮數(shù)據(jù)的操作方式。

1.內(nèi)容很少變動,經(jīng)常被查詢,為它多創(chuàng)建幾個索引無所謂;

2.經(jīng)常性,例行性變動的表而言,則需要謹慎地創(chuàng)建確實必要的索引;

四、primary key 和 unique key的區(qū)別

1. 作為Primary Key的域/域組不能為null。而Unique Key可以。

2. 在一個表中只能有一個Primary Key，而多個Unique Key可以同時存在。

更大的區(qū)別在邏輯設計上, Primary Key一般在邏輯設計中用作記錄標識，這也是設置
Primary Key的本來用意, 而Unique Key只是為了保證域/域組的唯一性。

五、復合索引和單一索引

復合索引是指多字段聯(lián)合索引,查詢時經(jīng)常需要這幾個字段組合一起為條件再查詢

唯一索引主要是用主鍵ID索引,存儲結構順序與物理結構一致

如：create  index  idx  on  tbl(a,b) 

先按a排序, a相同的按b排序,所以當你查a或ab的時候,

能夠利用到這個索引.但當你只查b的時候,索引對你的幫助不大.可能可以跳躍查找.

---------------------------------------------

添加和刪除索引的情況：

1、表的主鍵、外鍵必須有索引；

2、數(shù)據(jù)量超過300w的表應該有索引；

3、經(jīng)常與其他表進行連接的表，在連接字段上應該建立索引；

4、經(jīng)常出現(xiàn)在Where子句中的字段，特別是大表的字段，應該建立索引；

5、索引應該建在選擇性高的字段上；

6、索引應該建在小字段上，對于大的文本字段甚至超長字段，不要建索引；

7、復合索引的建立需要進行仔細分析；盡量考慮用單字段索引代替：

A、正確選擇復合索引中的主列字段，一般是選擇性較好的字段；

B、復合索引的幾個字段是否經(jīng)常同時以AND方式出現(xiàn)在Where子句中？單字段查詢是否極少甚至沒有？如果是，則可以建立復合索引；否則考慮單字段索引；

C、如果復合索引中包含的字段經(jīng)常單獨出現(xiàn)在Where子句中，則分解為多個單字段索引；

D、如果復合索引所包含的字段超過3個，那么仔細考慮其必要性，考慮減少復合的字段；

E、如果既有單字段索引，又有這幾個字段上的復合索引，一般可以刪除復合索引；

8、頻繁進行數(shù)據(jù)操作的表，不要建立太多的索引；

9、刪除無用的索引，避免對執(zhí)行計劃造成負面影響；

以上是一些普遍的建立索引時的判斷依據(jù)。一言以蔽之，索引的建立必須慎重，對每個索引的必要性都應該經(jīng)過仔細分析，要有建立的依據(jù)。因為太多的索引與不充分、不正確的索引對性能都毫無益處：在表上建立的每個索引都會增加存儲開銷，索引對于插入、刪除、更新操作也會增加處理上的開銷。另外，過多的復合索引，在有單字段索引的情況下，一般都是沒有存在價值的；相反，還會降低數(shù)據(jù)增加刪除時的性能，特別是對頻繁更新的表來說，負面影響更大

以上這篇淺談mysql的索引設計原則以及常見索引的區(qū)別就是小編分享給大家的全部內(nèi)容了，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論