Percona Database Performance Blog
·
基准测试PostgreSQL：过度索引的隐性成本
内容提要
PostgreSQL的索引可以提升查询性能，但过多的索引会导致性能下降。测试表明，索引数量从7增加到39时，TPS从约1400降至600，性能下降至42%。过多索引增加事务时间，影响写入吞吐量，因此合理选择索引非常重要。
关键要点
-
PostgreSQL的索引可以提升查询性能，但过多的索引会导致性能下降。
-
测试表明，索引数量从7增加到39时，TPS从约1400降至600，性能下降至42%。
-
过多索引增加事务时间，影响写入吞吐量，因此合理选择索引非常重要。
-
测试环境使用高性能服务器，确保基准测试的准确性。
-
基准测试设计了详细的重复性方法，消除噪声和瓶颈。
-
测试结果显示索引数量与性能之间存在明显的负相关关系。
-
在39个索引的情况下，平均事务时间为26毫秒，而7个索引时为11毫秒。
-
尽管存储使用量在最后一轮测试中减少，但这与索引数量增加有关，导致较少的事务完成。
-
基准测试旨在展示过度索引对数据修改操作的负面影响。
-
结果表明，过度或不必要的索引会显著降低写入吞吐量和事务性能。
-
基准测试为开发者、DBA和架构师提供了权衡激进索引的实用参考。
-
在生产环境中，性能损失可能会更严重，因为实际条件通常不如测试环境理想。
延伸问答
过度索引对PostgreSQL性能有什么影响？
过度索引会导致性能下降，测试显示索引数量从7增加到39时，TPS从约1400降至600，性能下降至42%。
如何合理选择PostgreSQL的索引？
合理选择索引需要评估其对查询性能的提升与对写入吞吐量的影响，避免不必要的索引。
基准测试是如何设计的？
基准测试设计了详细的重复性方法，确保消除噪声和瓶颈，以准确评估过度索引的影响。
在测试中，索引数量与事务时间有什么关系？
测试显示，索引数量增加时，平均事务时间也增加，从7个索引的11毫秒增加到39个索引的26毫秒。
为什么在某些情况下存储使用量会减少？
尽管索引数量增加，存储使用量减少是因为更多的索引导致完成的事务减少，从而减少了插入和更新的行数。
基准测试结果对开发者有什么启示？
基准测试结果为开发者、DBA和架构师提供了权衡激进索引的实用参考，强调选择有价值的索引。
