Django模型多索引是否必要？索引顺序及全排列影响咨询

索引字段顺序的区别 #

当你的查询几乎都是同时传入station、time、variable三个字段做精确匹配时，索引字段的排列顺序有细微区别，但影响不大：

• 数据库的B树索引遵循「最左前缀匹配」原则，但如果是三个字段的等值查询（比如filter(station=X, time=Y, variable=Z)），数据库优化器会自动调整查询条件的顺序，匹配已有的索引——不管你索引的字段顺序是哪一种，都能用上索引。
• 唯一的差异来自字段的基数（distinct值的数量）：把基数高的字段放在索引前面，能更快过滤掉无关数据。比如如果station的不同值远多于time和variable，那["station", "time", "variable"]的索引会比["time", "station", "variable"]在查询时略快一点——因为第一步就能把数据量压缩到更小的范围。但这种差异在大部分场景下感知不明显。

添加所有排列的索引是否有用？ #

完全没必要。
你的核心场景是同时用三个字段查询，只要有一个包含这三个字段的索引就足够覆盖绝大多数查询。那些偶尔单独查询单个字段的场景，因为发生频率极低，为了这极少的查询去维护多个额外索引，纯属于做无用功。

全排列索引的性能收益与损耗 #

• 收益可以忽略：只有在极少数单独查询单个字段的场景下，如果刚好索引以该字段开头，才能用到索引。但因为这种情况极少，带来的性能提升微乎其微，完全不值得。
• 损耗很明显：
  • 写入性能下降：每次插入、更新、删除数据时，数据库都要同步更新所有索引，索引越多，写入操作的耗时越长。
  • 磁盘空间占用增加：每个索引都会占用额外的磁盘空间，多个索引叠加会显著增加存储需求，还会拖慢备份、恢复的速度。
  • 数据库优化器负担加重：过多的索引会让优化器在选择索引时花费更多时间，甚至可能选错索引。

总结一下：选一个把基数最高的字段放在最前面的三字段索引就足够了，没必要搞全排列索引。

内容的提问来源于stack exchange，提问作者dalonsoa