同事问了个问题，MySQL 的某个测试库，发现有这种情况：

1. 给已设置为主键的列又加了一次索引，如下前两条 SQL 语句。
2. 给同一个字段加了 2 次索引，如下后两条 SQL 语句。

# 情况 1
ALTER TABLE test ADD PRIMARY KEY USING BTREE(ID);
ALTER TABLE test ADD INDEX idx_test01 USING BTREE(ID);

# 情况 2
ALTER TABLE test ADD INDEX idx_test02 USING BTREE(UPDATED):
ALTER TABLE test ADD INDEX idx_test03 USING BTREE(UPDATED);

正常情况只需要一条 SQL 就行？

这种情况是不是没有意义？

这两个问题考察的都是关于索引的基础知识，如果对此很熟悉，答案不言自明，即使不熟悉，只需要做些简单的测试，就可以了解，加深印象。

1测试一

数据库版本：MySQL 8.0，为表 t 设置主键，再对同字段加个索引可以执行成功。

alter table t add primary key using btree(id);
alter table t add index idx_t_id using btree(id);

对字段 c1 创建两个索引，都可以执行成功。

alter table tbl add index idx_t_001 using btree(c1);
alter table tbl add index idx_t_002 using btree(c1);

以上实验说明：MySQL 中可以对相同的字段创建多次相同的索引。

2测试二

通过 explain，可以验证出对于同时存在 PRIMARY KEY 和普通索引的字段作为检索条件时，优化器会选择 PRIMARY KEY 作为 key，这种选择应该和 MySQL 以索引组织表存储的形式有关，对于同时存在两个索引名称的相同字段作为检索条件时，优化器会选择先创建的索引作为 key，这倒是很像 Oracle 中 RBO 对于索引选择的顺序判断逻辑（可能有些不严谨，但是因为完全是两个相同的索引（Oracle 不会允许此种情况），cost 应该完全一致，所以选择谁，好像无所谓）。

bisal@mysqldb 13:02:  [test]> explain select * from tbl where id=1;
+----+-------------+-------+------------+-------+------------------+---------+---------+-------+------+----------+-------+
| id | select_type | table | partitions | type  | possible_keys    | key     | key_len | ref   | rows | filtered | Extra |
+----+-------------+-------+------------+-------+------------------+---------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | tbl   | NULL       | const | PRIMARY,idx_t_id | PRIMARY | 4       | const |    1 |   100.00 | NULL  |
+----+-------------+-------+------------+-------+------------------+---------+---------+-------+------+----------+-------+
1 row in set, 1 warning (0.07 sec)

bisal@mysqldb 13:03:  [test]> explain select * from tbl where c1='a';
+----+-------------+-------+------------+------+---------------------+-----------+---------+-------+------+----------+-------+
| id | select_type | table | partitions | type | possible_keys       | key       | key_len | ref   | rows | filtered | Extra |
+----+-------------+-------+------------+------+---------------------+-----------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | tbl   | NULL       | ref  | idx_t_001,idx_t_002 | idx_t_001 | 7       | const |    3 |   100.00 | NULL  |
+----+-------------+-------+------------+------+---------------------+-----------+---------+-------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

以上实验说明：MySQL 对于相同字段的相同索引选择方面的逻辑。

3测试三

从效果上看，这两个索引，保留一个即可，因为这两个索引只是名称不同，索引字段相同的，实际上就是相同的索引。

ALTER TABLE test ADD INDEX idx_test02 USING BTREE(UPDATED):
ALTER TABLE test ADD INDEX idx_test03 USING BTREE(UPDATED);

但对于主键和索引的这两个，需要用主键这个。因为这两个最主要的区别就是主键除了包含索引外，还需保证唯一，而此处的索引，就是普通索引，不是唯一索引，因此从逻辑上，这两个是不等价。但是由于主键包含了索引，因此可以删除第二个索引，它属于重复的，主键的定义包含了索引的定义。

ALTER TABLE test ADD PRIMARY KEY USING BTREE(ID);
ALTER TABLE test ADD INDEX idx_test01 USING BTREE(ID);

MySQL 之所以存在上面的这些问题，因为 MySQL 允许创建不同名称相同索引字段的索引。

但是如果是 Oracle，情况会是相同？

Oracle 19c，在主键字段上创建索引，会提示 此列列表已索引 的错误。在相同字段上创建第二个索引，也是提示 此列列表已索引 的错误。说明 Oracle 中根本不允许同一个字段存在两个相同索引的情况。

4总结

因此只能说不同的数据库，设计理念不同，Oracle 更严谨些，MySQL 的容错性鲁棒性更突出（可能不太准确）。使用的时候，需要对这些基础能够有所了解，才可以针对合适的场景选择合适的操作。

SQLE 是一款全方位的 SQL 质量管理平台，覆盖开发至生产环境的 SQL 审核和管理。支持主流的开源、商业、国产数据库，为开发和运维提供流程自动化能力，提升上线效率，提高数据质量。

SQLE 获取

🔗 Github https://github.com/actiontech/sqle

📚 文档 https://actiontech.github.io/sqle-docs/

💻 官网 https://opensource.actionsky.com/sqle/