Django如何为支持多字段任意组合过滤的模型创建合适索引？

关于include单索引的适用性结论 #

你写的单include索引不能满足任意字段组合的过滤需求，也不是全场景的最优解，核心原因如下：

• Django的Index的include参数对应的是数据库的覆盖索引特性，include的字段只会存放在索引的叶子节点，不会参与索引的排序和检索定位，完全遵循B+树索引的最左前缀匹配规则。
• 你这个索引只有date_created是检索字段，也就是说只有你的查询携带date_created相关的过滤条件时，数据库才能用到这个索引快速定位行范围，剩下的important/urgent/user的过滤可以直接在索引叶子节点完成不需要回表，性能很高。
• 如果你的查询不带date_created过滤（比如只查user=1且important=True的记录），这个索引完全失效，数据库只能走全表扫描，性能会非常差。

原多前缀索引方案的问题 #

你最初的全前缀索引方案确实不可取：4个字段的所有合法前缀组合最多可达15种，过多的索引会大幅升高数据写入/更新/删除的性能开销，同时也会占用大量存储空间，维护成本极高。

该场景的最优方案选择 #

根据你的业务查询特征分情况选择即可：

1. 所有查询必然带date_created过滤
   你写的单include索引就是最优方案，它只有1个索引，写入开销极低，同时所有带date_created的查询都可以走索引+覆盖过滤，不需要回表，性能拉满。
   注意如果你常用date_created__year这种函数式过滤，要确认你的数据库版本支持函数索引匹配（MySQL8.0+/PostgreSQL均支持），否则可以冗余一个年字段单独建索引优化。
2. 存在不少不带date_created的查询
   不需要做全组合索引，选两种方案即可：
   • 方案一：统计用户最常用的2-3种查询前缀，分别建对应带include的索引即可，比如如果高频有按user过滤的查询，加一个models.Index(fields=['user'], include=['date_created', 'important', 'urgent'])，两个索引就能覆盖90%以上的场景，剩下的低频查询走全表扫描也完全可以接受。
   • 方案二：如果确实是完全随机的4字段任意组合查询，没有高频前缀，就建4个单列索引，数据库会自动用索引合并的能力来优化多条件查询，性能虽比组合索引略低，但索引数量少，维护成本极低，平衡度很高。
     如果你用的是PostgreSQL数据库，也可以考虑建GIN多字段索引，专门适配任意多字段组合过滤的场景。

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