MySQL允許在單個列上創建多個索引，無論是有意還是無意，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的唯一限制和主鍵限制都是通過索引實現的，所以事實上使用如上代碼創建的表實際上會在ID列上創建3個索引。通常沒有理由這樣做，除非是在同一列上為了滿足不同的查詢需求創建不同類型的索引。比如KEY(col)和FULLTEXT KEY(col)兩種索引。
冗余索引和重復索引有些不同。如果創建了索引（A,B），再創建索引（A）就是冗余索引，因為這只是前一個索引的前綴索引。但是如果創建了索引（B,A），則不是冗余索引，索引（B）也不是冗余索引，因為它不是索引（A,B）的最左前綴列。除此之外，不同類型的索引也不會是B樹索引的冗余索引，無論覆蓋的索引列是什么。
在大多數情況下都不需要使用冗余索引，應該盡可能拓展已有的索引而不是創建新的索引。但有時候出于性能的考慮，比如拓展已有的索引會使得其變得太大，從而影響其他使用該索引的查詢的性能。
影響
創建冗余索引作為覆蓋索引可以提高我們對于部分查詢的QPS，但是存在兩個索引也有缺點，即索引成本更高。
當表中的索引越來越多時，表的插入速度會變慢。一般而言，增加新索引將會導致INSERT、UPDATE、DELETE等操作的速度變慢，特別是當新增索引之后導致達到了內存的瓶頸的時候。
解決冗余索引和重復索引的方法很簡單，刪除這些索引就可以 ，但是首先要做的就是找出這樣的索引。
補充：MySQL中重復索引和重復外鍵清理
MySQL允許在相同列上創建重復的索引，但這樣做對數據庫卻是有害而無利的，需要定期檢查此類重復索引以改善數據庫性能。
可減少磁盤空間占用、減少磁盤IO、減少優化器優化查詢時需要比較的索引個數、減少數據庫維護冗余索引的各類開銷、提高數據庫性能（插入、更新、刪除）
重復索引檢測
pt-duplicate-key-checker：通過SHOW CREATE TABLE輸出的表定義檢測MySQL表中重復或者冗余的索引或外鍵
可以檢測到的冗余/重復索引類型：若某個索引和另外某個索引以同樣的順序包含同樣的列，或者該索引包含的列是另外某個索引的最左前綴列，則被認為是重復/冗余的索引。
默認情況下只在同類型的索引間（如BTREE索引）進行比較，不同類型的索引即使符合上述描述也不會被認為是重復/冗余,但這一行為可以通過參數改變。
除此之外，還可檢測重復的外鍵，即引用的表和列均相同的外鍵。對于聚簇索引的表，在輔助索引后添加主鍵列的索引也被認為是冗余的，因為這種情況下，輔助索引末尾本身就包含有主鍵信息。
基本用法以及樣例輸出如下
[root@VM_8_180_centos packages]# pt-duplicate-key-checker A=utf8, F=/etc/my.cnf, h=localhost, u=root, P=3306 –ask-pass
樣例輸出：
# ########################################################################
# dcf.privilege
# ########################################################################
# Uniqueness of UQI_IDX_1 ignored because PRIMARY is a duplicate constraint
# UQI_IDX_1 is a duplicate of PRIMARY
# Key definitions:
# UNIQUE KEY `UQI_IDX_1` (`privilege_id`),
# PRIMARY KEY (`privilege_id`),
# Column types:
# `privilege_id` varchar(50) collate utf8_bin not null comment '權限id'
# To remove this duplicate index, execute:
ALTER TABLE `dcf`.`privilege` DROP INDEX `UQI_IDX_1`;
# ########################################################################
# dcf.t_game_config
# ########################################################################
# Uniqueness of pkey ignored because PRIMARY is a duplicate constraint
# pkey is a duplicate of PRIMARY
# Key definitions:
# UNIQUE KEY `pkey` (`pkey`)
# PRIMARY KEY (`pkey`),
# Column types:
# `pkey` bigint(20) not null auto_increment
# To remove this duplicate index, execute:
ALTER TABLE `dcf`.`t_game_config` DROP INDEX `pkey`;
# ########################################################################
# dcf.t_project_institution
# ########################################################################
# index_1 is a left-prefix of index_2
# Key definitions:
# KEY `index_1` (`project_id`),
# KEY `index_2` (`project_id`,`institution_id`,`delete_flag`)
# Column types:
# `project_id` bigint(20) not null comment '項目id'
# `institution_id` varchar(20) not null comment '機構id'
# `delete_flag` tinyint(4) not null
# To remove this duplicate index, execute:
ALTER TABLE `dcf`.`t_project_institution` DROP INDEX `index_1`;
# ########################################################################
# dcf_commons.bank_cnaps
# ########################################################################
# idx is a duplicate of PRIMARY
# Key definitions:
# KEY `idx` (`cnaps`)
# PRIMARY KEY (`cnaps`),
# Column types:
# `cnaps` varchar(255) not null comment '電子聯行號'
# To remove this duplicate index, execute:
ALTER TABLE `dcf_commons`.`bank_cnaps` DROP INDEX `idx`;
# ########################################################################
# dcf_contract.customer_bank_account
# ########################################################################
# IDX_CUSTOMER_ID is a left-prefix of UQI_IDX_1
# Key definitions:
# KEY `IDX_CUSTOMER_ID` (`customer_id`)
# UNIQUE KEY `UQI_IDX_1` (`customer_id`,`account_no`,`branch_bank`,`account_type`,`account_name`) USING BTREE,
# Column types:
# `customer_id` varchar(20) collate utf8_bin not null comment '客戶id'
# `account_no` varchar(40) collate utf8_bin default null comment '銀行賬號'
# `branch_bank` varchar(100) collate utf8_bin default null comment '開戶支行'
# `account_type` tinyint(4) default null comment '賬戶類型：比如收款賬戶，還款賬戶等\n0-收款賬戶\n1-還款賬戶'
# `account_name` varchar(100) collate utf8_bin default null comment '銀行賬戶戶名'
# To remove this duplicate index, execute:
ALTER TABLE `dcf_contract`.`customer_bank_account` DROP INDEX `IDX_CUSTOMER_ID`;
# ########################################################################
# dcf_contract.t_contract_account
# ########################################################################
# IDX_CONTRACT_ID is a left-prefix of t_contract_account_uq1
# Key definitions:
# KEY `IDX_CONTRACT_ID` (`contract_id`)
# UNIQUE KEY `t_contract_account_uq1` (`contract_id`,`account_type`),
# Column types:
# `contract_id` bigint(20) not null comment '合同id'
# `account_type` tinyint(4) not null comment '賬戶類 型：globalconstant.bankaccounttypec常數 \n0-收款賬戶\n1-還款賬戶 等'
# To remove this duplicate index, execute:
ALTER TABLE `dcf_contract`.`t_contract_account` DROP INDEX `IDX_CONTRACT_ID`;
......
......
# ########################################################################
# Summary of indexes
# ########################################################################
# Size Duplicate Indexes 173317386
# Total Duplicate Indexes 18
# Total Indexes 562
會給出重復/冗余類型、索引/外鍵定義、索引包含的列類型、移除重復/冗余索引/外鍵的SQL、最后會給出有關索引的統計信息。
重復索引刪除
直接執行工具輸出結果中的ALTER TABLE語句即可，但是執行前一定要仔細評估可能造成的影響。比如，表非常非常大的情況下可能造成主從復制延遲，又比如SQL中若包含索引提示的話直接刪除索引可能導致報SQL語法錯誤，最好事先查一下是不是包含此類SQL（可通過general log或者tcpdump工具獲取SQL并加以分析）
以上為個人經驗，希望能給大家一個參考，也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方，望不吝賜教。
您可能感興趣的文章:- MySQL查詢冗余索引和未使用過的索引操作
- mysql重復索引與冗余索引實例分析
- 詳解mysql中的冗余和重復索引
