User与Poll多对多关联中UserPollCrossRef实体pollId列无索引的编译警告解析及修复方法

警告含义拆解 #

这个警告的核心意思很直白：你的中间关联表UserPollCrossRef里，当程序需要通过pollId查询关联数据（比如找出所有参与了某一特定投票的用户）时，数据库没办法利用现有的索引快速定位数据，只能做全表扫描——也就是逐行检查每一条记录的pollId是否匹配。

为什么会这样？因为你现在的主键是复合主键(uid, pollId)，数据库会自动为这个复合主键创建一个索引，但这个索引的排序逻辑是先按uid排序，再按pollId排序。这种索引只能高效处理以uid为条件的查询，当你单独用pollId查的时候，这个复合索引就派不上用场了，只能从头扫到尾找匹配的行。数据量小的时候可能没感觉，但数据多了之后，全表扫描会拖慢查询速度，甚至影响性能。

修复方案 #

你只需要给pollId字段单独添加一个索引就行，在Room中可以通过@Entity注解的indices参数来实现：

修改后的代码如下：

@Entity(
    primaryKeys = {"uid","pollId"},
    indices = {@Index(value = {"pollId"})}
)
public class UserPollCrossRef {
    @NonNull
    public String uid;
    @NonNull
    public String pollId;

    public UserPollCrossRef(@NonNull String uid, @NonNull String pollId) {
        this.uid = uid;
        this.pollId = pollId;
    }
}

如果你的业务里也有通过uid查询关联投票的场景？不用担心，因为复合主键的索引已经覆盖了uid作为前缀的查询，所以不需要额外给uid加索引。

另外，如果你想进一步优化，也可以创建一个以pollId为前缀的复合索引（比如@Index(value = {"pollId", "uid"})），不过单独给pollId加索引已经足够解决当前的警告和性能问题了。

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