索引定義:是一個單獨的,存儲在磁盤上的數據庫結構,其包含著對數據表里所有記錄的引用指針.
**數據庫索引的設計原則:**
為了使索引的使用效率更高,在創建索引時,必須考慮在哪些字段上創建索引和創建什么類型的索引。
那么索引設計原則又是怎樣的?
**1.選擇唯一性索引**
唯一性索引的值是唯一的,可以更快速的通過該索引來確定某條記錄。
例如,學生表中學號是具有唯一性的字段。為該字段建立唯一性索引可以很快的確定某個學生的信息。
如果使用姓名的話,可能存在同名現象,從而降低查詢速度。
**2.為經常需要排序、分組和聯合操作的字段建立索引**
經常需要ORDER BY、GROUP BY、DISTINCT和UNION等操作的字段,排序操作會浪費很多時間。
如果為其建立索引,可以有效地避免排序操作。
**3.為常作為查詢條件的字段建立索引**
如果某個字段經常用來做查詢條件,那么該字段的查詢速度會影響整個表的查詢速度。因此,
為這樣的字段建立索引,可以提高整個表的查詢速度。
**4.限制索引的數目**
索引的數目不是越多越好。每個索引都需要占用磁盤空間,索引越多,需要的磁盤空間就越大。
修改表時,對索引的重構和更新很麻煩。越多的索引,會使更新表變得很浪費時間。
**5.盡量使用數據量少的索引**
如果索引的值很長,那么查詢的速度會受到影響。例如,對一個CHAR(100)類型的字段進行全文
檢索需要的時間肯定要比對CHAR(10)類型的字段需要的時間要多。
**6.盡量使用前綴來索引**
如果索引字段的值很長,最好使用值的前綴來索引。例如,TEXT和BLOG類型的字段,進行全文檢索
會很浪費時間。如果只檢索字段的前面的若干個字符,這樣可以提高檢索速度。
**7.刪除不再使用或者很少使用的索引**
表中的數據被大量更新,或者數據的使用方式被改變后,原有的一些索引可能不再需要。數據庫管理
員應當定期找出這些索引,將它們刪除,從而減少索引對更新操作的影響。
**8.小表不應建立索引;包含大量的列并且不需要搜索非空值的時候可以考慮不建索引
**
----------------------------------------------------------
**mysql索引相關小常識:**
**一、 經常被用來過濾記錄的字段。**
1\. primary key 字段, 系統自動創建主鍵的索引;
2\. unique key 字段,系統自動創建對應的索引;
3\. foreign key 約束所定義的作為外鍵的字段;
4\. 在查詢中用來連接表的字段;
5\. 經常用來作為排序(order by 的字段)基準的字段;
**二、索引會占用磁盤空間,創建不必要的索引只會形成浪費。**
**三、索引的創建必須考慮數據的操作方式。**
1.內容很少變動,經常被查詢,為它多創建幾個索引無所謂;
2.經常性,例行性變動的表而言,則需要謹慎地創建確實必要的索引;
**四、primary key 和 unique key的區別**
1\. 作為Primary Key的域/域組不能為null。而Unique Key可以。
2\. 在一個表中只能有一個Primary Key,而多個Unique Key可以同時存在。
更大的區別在邏輯設計上, Primary Key一般在邏輯設計中用作記錄標識,這也是設置
Primary Key的本來用意, 而Unique Key只是為了保證域/域組的唯一性。
**五、復合索引和單一索引**
復合索引是指多字段聯合索引,查詢時經常需要這幾個字段組合一起為條件再查詢
唯一索引主要是用主鍵ID索引,存儲結構順序與物理結構一致
如:create? index? idx? on? tbl(a,b)?
先按a排序, a相同的按b排序,所以當你查a或ab的時候,
能夠利用到這個索引.但當你只查b的時候,索引對你的幫助不大.可能可以跳躍查找.
---------------------------------------------
**添加和刪除索引的情況:
**
1、表的主鍵、外鍵必須有索引;
2、數據量超過300w的表應該有索引;
3、經常與其他表進行連接的表,在連接字段上應該建立索引;
4、經常出現在Where子句中的字段,特別是大表的字段,應該建立索引;
5、索引應該建在選擇性高的字段上;
6、索引應該建在小字段上,對于大的文本字段甚至超長字段,不要建索引;
7、復合索引的建立需要進行仔細分析;盡量考慮用單字段索引代替:
A、正確選擇復合索引中的主列字段,一般是選擇性較好的字段;
B、復合索引的幾個字段是否經常同時以AND方式出現在Where子句中?單字段查詢是否極少甚至沒有?如果是,則可以建立復合索引;否則考慮單字段索引;
C、如果復合索引中包含的字段經常單獨出現在Where子句中,則分解為多個單字段索引;
D、如果復合索引所包含的字段超過3個,那么仔細考慮其必要性,考慮減少復合的字段;
E、如果既有單字段索引,又有這幾個字段上的復合索引,一般可以刪除復合索引;
8、頻繁進行數據操作的表,不要建立太多的索引;
9、刪除無用的索引,避免對執行計劃造成負面影響;
**以上是一些普遍的建立索引時的判斷依據。**一言以蔽之,索引的建立必須慎重,對每個索引的必要性都應該經過仔細分析,要有建立的依據。因為太多的索引與不充分、不正確的索引對性能都毫無益處:在表上建立的每個索引都會增加存儲開銷,索引對于插入、刪除、更新操作也會增加處理上的開銷。另外,過多的復合索引,在有單字段索引的情況下,一般都是沒有存在價值的;相反,還會降低數據增加刪除時的性能,特別是對頻繁更新的表來說,負面影響更大
以上這篇淺談mysql的索引設計原則以及常見索引的區別就是小編分享給大家的全部內容了,希望能給大家一個參考,也希望大家多多支持腳本之家。
- 數據庫
- CAP定理
- 關系模型
- 關系數據庫
- NoSQL
- ODBC
- JDBC
- ODBC、JDBC和四種驅動類型
- mysql
- 安裝與配置
- CentOS 7 安裝 MySQL
- 優化
- 比較全面的MySQL優化參考
- 1、硬件層相關優化
- 1.1、CPU相關
- 1.2、磁盤I/O相關
- 2、系統層相關優化
- 2.1、文件系統層優化
- 2.2、其他內核參數優化
- 3、MySQL層相關優化
- 3.1、關于版本選擇
- 3.2、關于最重要的參數選項調整建議
- 3.3、關于Schema設計規范及SQL使用建議
- 3.4、其他建議
- 后記
- Mysql設計與優化專題
- ER圖,數據建模與數據字典
- 數據中設計中的范式與反范式
- 字段類型與合理的選擇字段類型
- 表的垂直拆分和水平拆分
- 詳解慢查詢
- mysql的最佳索引攻略
- 高手詳解SQL性能優化十條經驗
- 優化SQL查詢:如何寫出高性能SQL語句
- MySQL索引原理及慢查詢優化
- 數據庫SQL優化大總結之 百萬級數據庫優化方案
- 數據庫性能優化之SQL語句優化1
- 【重磅干貨】看了此文,Oracle SQL優化文章不必再看!
- MySQL 對于千萬級的大表要怎么優化?
- MySQL 數據庫設計總結
- MYSQL性能優化的最佳20+條經驗
- 數據操作
- 數據語句操作類型
- DCL
- 修改Mysql數據庫名的5種方法
- DML
- 連接
- 連接2
- DDL
- 數據類型
- 字符集
- 表引擎
- 索引
- MySQL理解索引、添加索引的原則
- mysql建索引的幾大原則
- 淺談mysql的索引設計原則以及常見索引的區別
- 常用工具簡介
- QA
- MySQL主機127.0.0.1與localhost區別總結
- 視圖(view)
- 觸發器
- 自定義函數和存儲過程的使用
- 事務(transaction)
- 范式與反范式
- 常用函數
- MySQL 數據類型 詳解
- Mysql數據庫常用分庫和分表方式
- 隔離級別
- 五分鐘搞清楚MySQL事務隔離級別
- mysql隔離級別及事務傳播
- 事務隔離級別和臟讀的快速入門
- 數據庫引擎中的隔離級別
- 事務隔離級別
- Innodb中的事務隔離級別和鎖的關系
- MySQL 四種事務隔離級的說明
- Innodb鎖機制:Next-Key Lock 淺談
- SQL函數和存儲過程的區別
- mongo
- MongoDB設置訪問權限、設置用戶
- redis
- ORM
- mybatis
- $ vs #
- mybatis深入理解(一)之 # 與 $ 區別以及 sql 預編譯
- 電商設計
- B2C電子商務系統研發——概述篇
- B2C電子商務系統研發——商品數據模型設計
- B2C電子商務系統研發——商品模塊E-R圖建模
- B2C電子商務系統研發——商品SKU分析和設計(一)
- B2C電子商務系統研發——商品SKU分析和設計(二)
- 數據庫命名規范--通用