@sansanhehe 请问下，如果要实现 number 触发索引覆盖的话，单独给 number 建立索引是不是无效的？必须要建立复合索引（ username+type+number 或者 username+number ）？

@bbao 嗯，我刚才试了一下，username+type 的复合索引，效果非常好

@liuzhedash 如果 number 有索引的话，就不需要回表了，会直接进行索引覆盖

@liuzhedash 不是这样的哦，如果 number 没有索引，我觉得：通过 username 和 type 索引检索出来的数据，只包含了主键信息，这时候需要回表查询 number 的值，然后进行聚合统计。

@Jooooooooo 数据库的话，我用的是最新版的 MariDB，
type 字段的话，我觉得你说的对，我也觉得 type 的辨识度不高，这个字段类型，总共就只有 4 种。
用 sum 统计是业务有实时需求，没办法。

mysql 的查询优化器，会预估多种查询方式的成本，来生成最佳的查询计划，如果某个字段的辨识度不高，那么 mysql 优化器进行采样预估的时候，可能会认为使用索引的成本较高（采样失误可能原因：基数太小、采样小概率采集到一样的）转而进行全表扫描

一般数据库，不要出现 null 这种值，你应该限制这种值插入

非常感谢各位，我已经解决了。
我反编译了 apk 文件，查看了源代码，获取到了盐值

@CEBBCAT 我需要多提供什么资料？我把这个 API 接口的 安卓 APP 包发出来可以的吗？

在线等，急

@skymei 受打击啊。。。垫底

@xh520630 挖槽，无情