select * from user where sex=1 该不该在sex上加索引？
面试被问到select * from user where sex=1 该不该在sex上加索引？
sex 只有1和2两个值，这个问题大家怎么看？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
面试被问到select * from user where sex=1 该不该在sex上加索引？
sex 只有1和2两个值，这个问题大家怎么看？
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（7）
个人觉得没必要。
sex只有1和2，字段值离散度这么低。除了mysql还不支持partial index之外，其余主流数据库都支持这个特性了。你这个场景是一个典型的partial index场景
这个和你的数据分布与查询条件有关系. 通常来讲, 区分度不高的字段加了索引效果不明显
不加的好，字段重复率太高，加了也不会提高效率
有人给出这样的结论：
不该加索引：离散度在不超过全表的10%-15%的前提下索引才可以显示其所具有的价值。
当离散度超过该值的情况下全表扫描可能反倒比索引扫描更有效。
不结合场景来说都是扯淡
给你一个场景, 比如一款交友app,或者秀场类app,男女比例1000:1 或者更高 首页让你展示的是所有女孩的信息,排序大概是按照热度或者是最后登录时间
你觉得要不要加索引
mysql 默认使用 B tree 索引, 没必要加.
聚合度低的数据在不更新或者很少更新插入的情况下可以使用bitmap 索引