Oracle SQL Developer v3 的 SQL Tuning Advisor 为我的查询提出以下建议：
考虑运行 Access Advisor 以改进物理架构 设计 或创建推荐的索引。 如果您选择创建 推荐索引，考虑删除索引 “SCHEMANAME”。“INDEXNAME”（在“COLUMN1”上）因为它是 推荐索引。
create index SCHEMANAME.NEW_INDEXNAME on SCHEMANAME.TABLENAME("COLUMN1","COLUMN2");
不用粗体提出建议有什么害处吗？问题是它建议删除的现有索引被其他程序使用。我不认为 idex 会相互“伤害”，将两个索引与它们将占用的磁盘空间分开并且插入/更新时性能下降微不足道有什么缺点吗？
【问题讨论】：
标签： sql performance oracle query-optimization
因此，假设 OLD INDEX 在 [Column1] 上并且 RECOMMENDED INDEX 在 [Column1][Column2] 上，推荐的索引也可以用于现有查询。
简而言之：删除 OLD INDEX 将如您所说提高插入/更新性能，并且也不会降低搜索能力 对使用 OLD INDEX 的查询进行过度扫描。推荐索引 仍然允许搜索 [Column1] 值以及 [Column1][Column2] 值。
因此，除了更新/插入的性能下降和额外的存储开销之外没有任何危害，但维护这两个索引也没有收获。
【讨论】：
实际上，当您将索引放在单个列上时，性能可能会下降。
假设您使用WHERE [Column1] = 123 进行查询。这可以通过原始索引完美解决。新索引也可用于此目的，但根据实现方式，即使未使用它们，也需要读取索引中 [Column2] 的值。
所以是的：理论上删除索引可能有一个缺点：增加读取。
[9 月 9 日更新]
最近我遇到了另一种情况，即单个索引可以比组合索引更好。
考虑一个带有 [status]、[createdate] 列和其他一些字段的巨大表“错误”。大多数错误将被关闭，因此假设状态为“0”（打开）100 条记录和“1”（关闭）99000 条记录。
SELECT * FROM bugs WHERE status = '0' 将从status 上的索引中受益匪浅，而SELECT * FROM bugs WHERE status = '1' 上的status 上的索引将无济于事。
Oracle 会知道其中的区别，因为它会在索引上构建统计信息。
但是，对于 status, createdate 上的组合索引，每个索引条目几乎都是唯一的，Oracle 将决定不将索引用于查询 SELECT * FROM bugs WHERE status = '0'，因为它（错误地）猜测索引没有帮助。
因此在这种情况下，不应仅仅因为它是组合索引的前缀而删除单个索引。
注意：理论上，Oracle 可以在索引上构建更智能的统计信息，但它似乎没有这样做。
【讨论】：
不删除原始索引的危害是，Oracle 在只需要一个索引时维护两个索引的开销。
离开它们的缺点是 CRUD 操作在您的表上的性能下降，我从您的帖子中意识到，目前这可能是“微不足道的”，但表会随着时间的推移而增长，并且在未来这可能会给您带来以下问题然后必须进行补救。
它还会不必要地占用更多存储空间。
您之前的程序仍然可以使用新索引。
留下不必要的索引会使未来必须支持您的数据库的开发人员和 DBA 感到困惑，从而花费他们时间和精力来调查重复索引存在的原因。
与其寻找不删除原始索引的理由，我会寻找保留它的理由。
删除它，测试您的“其他”程序的性能，您应该会发现差别不大，如果有问题，您可以调查原因并在必要时更换它。
【讨论】：