数据库查询先看执行计划，再决定加索引

查询变慢时，第一反应常常是给涉及的字段加索引。但索引会占用存储，也会增加写入维护成本；建得不合适，未必能让目标查询更快。对华为云云数据库 RDS 等关系型数据库，排查时可以先从查询本身和执行计划入手，再判断是否需要调整索引。

从真实查询条件开始

先找出耗时明显、调用频繁的语句，记录它的过滤条件、关联字段和排序方式。只看表结构或单个字段，很难判断索引能否匹配实际访问路径。也要留意查询是否读取了过多列、是否返回远超业务所需的记录。

用执行计划验证猜想

执行计划可以帮助观察数据库打算怎样访问表、使用哪些索引以及连接顺序。它提供的是分析线索，仍需结合实际数据量和查询表现判断。测试时尽量使用有代表性的样本，并比较调整前后的响应时间、扫描行数等信息；不要只因为计划中出现了某个索引就认定问题解决。

复合索引要对应常用组合

如果查询经常同时按多个条件筛选，可以评估复合索引。字段顺序会影响可匹配的查询形式，应根据常见条件组合、排序要求和数据分布决定，而非简单把所有条件列都加进去。查询模式不同，适合的顺序也可能不同。

同时评估写入和维护成本

每增加一个索引，插入、更新和删除时通常也要维护相应结构。多个索引若作用相近，可能带来额外空间与维护开销。上线前可以在测试环境验证代表性读写负载，并查看当前数据库版本对应的官方文档；确认收益与成本后，再安排变更和后续观察。

索引优化是围绕具体查询不断验证的过程。先理解访问模式，再用执行计划和实际数据检验，往往比凭字段名称猜测更稳妥。