非唯一索引能否返回多值？订阅ID索引结构选型及查询行为咨询

非唯一索引是否会返回多个值？ #

肯定会。非唯一索引的核心特性就是允许索引字段存在重复值，当你用SubscriptionId作为查询条件时，索引会定位到所有匹配该值的条目，自然会返回对应的多行数据，完全符合你“查询某一订阅下所有用户”的需求。

两种索引的查询行为对比 #

1. 仅SubscriptionId的单字段非唯一索引 #

以InnoDB引擎为例（大部分关系型数据库逻辑类似），二级索引的叶子节点会存储索引字段值+主键值。当你执行SELECT UserId FROM 表名 WHERE SubscriptionId = ?时：

• 数据库会先通过索引快速定位到所有匹配目标SubscriptionId的索引条目
• 这些条目里已经包含了UserId（主键），不需要再回表查询原数据，直接就能返回结果，属于覆盖索引查询，效率很高

如果你的查询需要额外获取Date字段（比如SELECT * FROM 表名 WHERE SubscriptionId = ?），数据库会先通过索引找到主键，再根据主键回表取出完整行数据，这时候索引依然能大幅减少扫描的数据量，比全表扫描快很多。

2. (SubscriptionId, UserId)的复合非唯一索引 #

这个索引的叶子节点存储的是SubscriptionId+UserId的组合值，排序逻辑是先按SubscriptionId排序，再按UserId排序。针对你的核心查询SELECT UserId FROM 表名 WHERE SubscriptionId = ?：

• 查询流程和单字段索引几乎一致，同样能直接从索引中获取UserId，不需要回表
• 和单字段索引的区别在于排序逻辑，但在仅过滤SubscriptionId的场景下，这种排序差异对性能影响可以忽略不计

哪种索引更适合你的需求？ #

两种索引都能完全满足“查询指定订阅下所有用户”的需求，具体选择看场景：

• 如果你的查询只需要UserId（或SubscriptionId+UserId），单字段索引SubscriptionId更合适，它更简洁，维护成本更低，而且InnoDB的特性已经让它具备了复合索引在该场景下的覆盖能力
• 如果未来有需要同时过滤SubscriptionId和UserId，或者需要按UserId对订阅下的用户排序的查询需求，再考虑使用(SubscriptionId, UserId)的复合索引，它能更好地适配这类场景

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