索引可以提高資料的檢索效率,也可以降低資料庫的IO成本,索引也可以降低資料庫的排序成本。排序分組操作主要消耗的就是CPU資源和內存,所以能夠在排序分組操作中好好的利用索引將會大大降低CPU資源的消耗。
如何判定是否需要建立索引?
1、更頻繁地作為查詢條件的欄位
這個都知道。什麼是教頻繁呢?分析你執行的所有SQL語句。最好將他們一個個都列出來。然後分析,發現其中有些欄位在大部分的SQL語句查詢時候都會用到,那麼就果斷為他建立索引。
2、唯一性太差的欄位不適合建立索引
什麼是唯一性太差的欄位。如狀態欄位、類型欄位。那些只儲存固定幾個值的字段,例如用戶登入狀態、訊息的status等。這涉及到了索引掃描的特性。例如:透過索引找出鍵值為A和B的某些數據,透過A找到某條相符合的數據,這條數據在X頁上面,然後繼續掃描,又發現符合A的數據出現在了Y頁上面,那麼儲存引擎就會丟棄X頁面的數據,然後儲存Y頁面上的數據,一直到查找完所有對應A的數據,然後查找B字段,發現X頁面上面又有對應B字段的數據,那麼他就會再掃描X頁面,等於X頁面就會被掃描2次甚至多次。以此類推,所以同一個資料頁可能會被多次重複的讀取,丟棄,在讀取,這無疑給儲存引擎極大地增加了IO的負擔。
3、更新太頻繁地欄位不適合建立索引
當你為這個欄位建立索引時候,當你再次更新這個欄位資料時,資料庫會自動更新他的索引,所以當這個欄位更新太頻繁地時候那麼就是不斷的更新索引,效能的影響可想而知。大概被檢索幾十次會更新一次的欄位才比較符合建立索引的規格。而如果一個字段同一個時間段內被更新多次,那麼果斷不能為他建立索引。
4、不會出現在where條件中的欄位不該建立索引
這個相信大家都知道。
以上是MySQL索引什麼情況下創建的詳細內容。更多資訊請關注PHP中文網其他相關文章!