mysql允許在相同列上創建多個索引,無論是有意還是無意的,mysql需要單獨維護重復主鍵索引,并且優化器在優化查詢的時候也需要逐個進行考慮,這會影響性能 重復索引是指在相同列上按照相同的順序創建的相同類型的索引,應該避免這樣創建重復索引,發現以后也應立即刪除 有時候會在不經意之間創建了重復索引,例如下面的代碼 ~~~ create table test ( id int not null primary key, A int not null, B int not null, unique(id), index(id) )engine=Innodb; ~~~ 用戶可能想創建一個主鍵,先加上唯一限制,然后再加上索引以供查詢使用.事實上,mysql的唯一限制和主鍵限制都通過索引實現的. 因此,上面的寫法實際上在相同的列上創建了三個重復的索引.通常并沒有這樣做,除非是在同一列上創建不同類型的索引來滿足不同的查詢需求 如果索引類型不同,并不算是重復索引.例如經常有很好的理由創建key(col)和fulltext key(col)兩種索引 表中的索引越多插入的速度越慢,一般來說,增加新索引將會導致insert update delete操作變慢,特別是當新增索引后導致達到內存瓶頸的時候 解決冗余索引和重復索引很簡單,刪除這些索引就可以,但首先要做的是找出這樣的索引,可以通過寫一些復雜的訪問INFORMATION_SCHEMA表的查詢來找,也可以使用pt-duplicate-key-checker,該工具通過分析表結構來找出冗余和重復的索引 在決定哪些索引可以被刪除的時候要非常小心,innodb的示例中,因為二級索引的葉子節點包含了主鍵值,所以在列A上的索引相當于 (A,ID)上的索引.如果有像 where A = 5 order by ID這樣的查詢,這個索引會很有作用,如果把索引擴展為(A,B),則實際上會變為(A,B,ID),那么上面查詢的order by 子句就無法使用索引排序,只能用文件排序了,所以建議用Percona工具中的pt-upgrade工具來仔細檢查計劃中的索引變更