数据库索引为什么不建议建得过多？

不建议为数据库建立过多索引，主要是因为过多的索引会带来一系列性能和运维上的负面影响。

主要原因如下：

1.  严重影响数据写入性能
  每当有数据插入、更新或删除时，数据库不仅需要修改数据本身，还需要同步更新所有相关的索引。索引越多，这个维护过程的开销就越大，会显著拖慢数据加载（如 LOAD、INSERT）和更新的速度。

2.  占用大量额外存储空间
  索引本身也是一种数据结构，需要占用额外的磁盘空间。在传统数据库中，索引占用的空间可能达到原始数据的 20% 到 50%。虽然 GBase 8a 的智能索引占用空间较少（约为数据的1%），但过多的索引仍会增加整体的存储成本。

3.  增加优化器负担，可能选错执行计划
  索引过多会给查询优化器的决策带来困难。优化器需要评估所有可能的索引访问路径来选择最优计划，索引数量激增会使这个评估过程变得更复杂、耗时更长，甚至可能因为统计信息等原因做出错误的判断，选择了性能更差的执行计划。

4.  造成资源浪费和维护难题
  很多索引可能只是为了应对少数低频查询而创建的，但它们却持续消耗着系统的 CPU、内存和 I/O 资源。这不仅是一种资源浪费，也给数据库管理员增加了额外的监控和维护负担（例如，需要定期审视和清理无效索引）。

使用建议：
在实际应用中，应遵循“按需创建”的原则。优先为高频、关键的查询（特别是等值查询和关联条件）创建索引，例如为电信话单查询中的手机号码、日期等条件列创建 Hash 索引。同时，可以利用 GBase 8a 自动建立的智能索引，它对所有列自动生效，是一种粗粒度的、低成本的索引，能有效过滤数据包，减少 I/O，非常适合复杂查询的场景，无需用户手动维护。