在MySQL里，索引的数量是不是应该尽量增加，这样做有什么利弊？请说明理由。

回答思路

1. 【回答框架 1】索引并非越多越好。主要代价有三个方面：存储开销上，每个索引都是独立的B+树结构，会额外占用磁盘空间；写入性能上，对表执行插入、更新、删除时，所有索引都要同步维护，导致写入变慢；查询优化成本上，优化器需要从更多候选索引中选择，增加了决策成本。
2. 【回答框架 2】索引的价值是加速查询，但收益有边际效应。例如，联合索引能覆盖多个查询条件，但索引过多可能造成冗余，比如已有(a,b)索引再建(a)索引就是浪费。此外，每个索引都会占用缓存，过多索引可能挤出热数据，反而降低整体性能。
3. 【回答框架 3】从实践角度，设计索引应遵循最小必要原则：仅创建能满足明确查询模式的索引，并定期分析慢查询日志和索引使用统计，删除长期未使用的索引。对于写入频繁的表，更要严格控制索引数量。
4. 【回答框架 4】要特别注意区分索引数量与查询性能的关系。并不是每个查询都要建新索引，可以通过调整已有索引结构、改写SQL或使用覆盖索引来满足需求，这样能兼顾写性能和存储成本。
5. 【关键点 1】索引增加会直接增大存储和写入维护开销。
6. 【关键点 2】冗余索引如已有(a,b)再建(a)会白白消耗资源。
7. 【关键点 3】优化器候选索引过多可能降低查询计划生成效率。
8. 【关键点 4】设计索引应结合具体查询模式，遵循最小必要原则。
9. 【关键点 5】定期监控索引使用情况并清理无效索引是必要运维动作。
10. 【易错点 1】不能只谈查询加速而忽略写入变慢和存储膨胀。
11. 【易错点 2】不要把唯一索引或主键简单当成可随意增加的普通索引。
12. 【易错点 3】不要认为覆盖索引能完全替代合理索引数量控制。