MySQL - 关于性别字段是否需要加索引问题

墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 5.7k累计阅读 5.7k平均单平台已同步平台优快云微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网我也要 → 码龄8年

关注

原创最新推荐文章于 2026-05-15 09:11:56 发布 5.7k 阅读 AI 写同款· GEO 优化 ›

【每日一道面试题】谈谈对索引的理解？哪些字段适合加索引，哪些不适合 MySQL索引优化指南本文介绍了MySQL索引的核心知识点，包括常见索引类型（B树、哈希、全文索引等）、适合加索引的字段（高基数、常用查询条件、外键等）和不适合加索引的字段（低基数、频繁更新、大文本等）。文章还提供了索引设计的最佳实践，如合理设计复合索引、避免过多索引、使用覆盖索引等。最后强调索引设计应平衡查询性能和维护成本，根据业务需求选择性添加索引，并定期优化。合理使用索引能显著提升查询效率，但滥用会降低写入性能。阅读详情

1、索引的选择性是指索引列中不同值的数目和表的记录数的比值。假如表里面有1000条数据，表索引列有980个不同的值，这时候索引的选择性就是980/1000=0.98 。索引的选择性越接近1，这个索引的效率很高。

2、性别可以认为是3种，男，女，其他。如果创建索引，查询语句性别=‘男’的数据，索引的选择性就是3/1000=0.003。索引的选择性值很低，对查询提升不大，所以性别建索引意义不大。

收录于

MySQL

当前文章被收录于：

MySQL

15 篇文章 2 人学习

订阅专栏查看详情

当前文章被以下社区和专栏收录：

标签

#java #mysql

MySQL索引使用指南：何时该为字段添加索引？在MySQL的性能优化中，索引是最常用且有效的手段之一。但“索引不是万能药”——盲目添加索引可能导致写操作变慢、存储空间浪费，甚至引发索引失效问题。阅读详情

相关推荐

MySql 索引数据结构，千万级大表，关于性别及年龄字段是否需要加索引？

wgchen 1032

为什么性别字段不适合建索引

大家都知道索引分聚集索引和非聚集索引，性别字段因为可重复肯定只能建立非聚集索引，然而因为非聚集索引叶子节点存储的是索引值和聚集索引值，需要回表。所以在性别这种辨别度较低的字段上建立索引，索引树可能只有两个节点，跟线性查找没有太大区别，并且因为回表的存在导致在聚集索引树和非聚集索引树来回切换反而导致查询时间更慢。并且维护该索引还要一定的开销。另外，数据库优化器最终很大概率也不会选择走这个索引。综上，在辨别度较低的字段上建立索引得不偿失。 ...

weixin_42144277的博客 6171

MySQL：什么样的字段适合加索引？什么样的字段不适合加索引

（8）经常用于排序（order by ）和分组（group by）的字段：如果某个字段经常用于排序（order by ）和分组（group by）操作，例如文章的发布时间或销售订单的日期，为该字段添加索引可以加快排序和分组操作的速度。（1）低选择性的列：低选择性的列指的是具有很少不同值的列。（7）经常用于查询条件的字段（select、update、delete语句中的where条件）：如果某个字段经常被用于where查询条件，例如用户的用户名、邮箱或订单的编号，那么为该字段添加索引可以提高查询性能。

u013938578的博客 664

mysql男女字段应该建立索引吗_为什么说性别字段不适合做索引？

关于区分度不高的字段，比如性别，比如状态字段，是否应该建索引？只有2种取值的字段,建了索引数据库也不一定会用,只会白白增加索引维护的额外开销,因为索引也是需要存储的,所以插入和更新的写入操作,同时需要插入和更新你这个字段的索引的.所以说,唯一性太差的字段不需要创建索引,即便用于where条件.相关,建立联合索引时,也要考虑把重复率低而又用得多的列放在前面.比如: key (attr_id, att...

weixin_34836906的博客 6222

HC-05蓝牙模块AT指令配置避坑全记录：从配对失败到稳定主从通信

本文详细记录了HC-05蓝牙模块AT指令配置的全过程，从基础认知到主从通信的稳定实现。涵盖了进入AT模式的方法、关键AT指令详解、主从配对流程及常见故障排除，帮助开发者快速掌握蓝牙串口模块的配置技巧，避免常见配对失败问题。

weixin_42632434的博客 414

用VSCode搭建Vue.js开发环境及Vue.js第一个应用

m0_61961937的博客 1万+

MySQL 性别字段到底加不加索引

MySQL 性别字段到底加不加索引，实际上与索引创建规则之一区分度有关，性别字段假设有100w数据，50w男、50w女，区别度几乎等于 0 ， select count(DISTINCT sex)/count(*) from sys_user ，实际上对于性别字段不适合创建索引，是因为select * 操作，还得进行50w次回表操作，根据主键从聚簇索引中找到其他字段，这一部分开销从上面的测试来说还是比较大的，所以从性能角度来看不建议性别字段加索引，加上索引并不是索引失效，而是回表操作使得变慢的。

chengxunzun的博客 1994

Oracle VM VirtualBox虚拟机网络配置与静态IP设置实战

本文详细讲解了Oracle VM VirtualBox虚拟机的网络配置，特别是如何设置静态IP以实现稳定访问。文章对比了NAT、桥接、仅主机等网络模式，并提供了从VirtualBox管理界面到Linux系统内部的完整配置步骤，帮助用户解决IP变动问题，构建可靠的本地开发测试环境。

weixin_28365523的博客 510

索引笔记、男女性别要建立索引吗、创建reverse列、数据的底层结构

索引笔记、男女性别要建立索引吗、创建reverse列

enthan809882的博客 1711

强化学习经典算法笔记(九)：LSTM加持的PolicyGradient算法

强化学习经典算法笔记(九)：LSTM加持的PolicyGradient算法在上文《强化学习经典算法笔记(八)：LSTM加持的A2C算法解决POMDP问题》的基础上，实现了LSTM+MLP的Policy Gradient算法。实现过程如下： import argparse, math, os, sys import numpy as np import gym from gym import wrappers import matplotlib.pyplot as plt import torch fr

hhy_csdn的博客 5636

闲置服务器之代理服务器篇

这台服务器是在阿里云免费白嫖的，天工开物计划，阿里给的300块无门槛优惠券，买了一台新加坡的境外服务器，288，刚刚抵扣完，因为是境外服务器，能够访问一些国内不能访问的网站，所以本文章仅从技术的角度来搭建代理服务器，使用时，请自觉遵守国家相关规定，如有任何违法行为，与本人无任何关系！！！。本文使用tinyproxy来搭建代理服务器。

m0_50281408的博客 2104

MySQL性别字段是否需要加索引问题

选择性是指索引列中不同值的数量与表记录数的比值，选择性越高，索引的效率越好。通过两个示例，我们说明了选择性对索引性能的影响：当索引列的选择性较高时，索引能够显著提升查询速度；而当选择性较低时，例如性别字段只有三种取值时，索引的效果则有限。通过这些案例，帮助你理解在何种情况下创建索引能够带来查询性能的提升。

Poboll的博客 389

Linux：在使用UEFI固件的计算机上内核是如何被启动的

启动计算机通常不是一件难事：按下电源键，稍等片刻，你就能看到一个登录界面，再输入正确的密码，就可以开启一天的网上冲浪之旅了。但偶尔这件事没那么顺利，有时候迎接你的不是熟悉的登录界面，而是一个令人生畏的命令提示符界面，一闪一闪的提示符告诉你：“你碰到麻烦了”。于是你对着错误提示查找解决方法，按照网页上的步骤，你对着提示符输入并执行了几条你完全不理解的命令，计算机又能正常启动了，但同时你发现你那存有大学舍友糗照的硬盘分区被清空了。

imred的专栏 3068

每日十题八股-2024年12月25日

1.性别字段能加索引么？为啥？2.表中十个字段，你主键用自增ID还是UUID，为什么？3.为什么自增ID更快一些，UUID不快吗，它在B+树里面存储是有序的吗?4.Mysql中的索引是怎么实现的？5.查询数据时，到了B+树的叶子节点，之后的查找数据是如何做？6.B+树的特性是什么？7.说说B+树和B树的区别8.B+树的好处是什么？9.B+树的叶子节点链表是单向还是双向？10.MySQL为什么用B+树结构？和其他结构比的优点？

anncyuyan的博客 322

如何在R语言中使用Logistic回归模型

在日常学习或工作中经常会使用线性回归模型对某一事物进行预测，例如预测房价、身高、GDP、学生成绩等，发现这些被预测的变量都属于连续型变量。然而有些情况下，被预测变量可能是二元变量，即成功或失败、流失或不流失、涨或跌等，对于这类问题，线性回归将束手无策。这个时候就需要另一种回归方法进行预测，即Logistic回归。在实际应用中，Logistic模型主要有三大用途： 1）寻找危险因素，找到某些影响...

weixin_34056162的博客 9552

基于分水岭分割进行肺癌诊断

近年来，肺癌的发病率和病死率均迅速上升，目前已居所有癌症之首。随着肺癌病人数量的增加，医生对肺部 CT 图像进行研判的工作量也增加了不少，在这种情况下难免工作效率降低甚至会出现误诊。为了帮助医生减少重复性工作，对肺部 CT 图像进行计算机辅助检测的技术就被广泛应用于对肺癌的诊断和治疗过程中。医学 CT 图像处理主要是研究医学图像中的器官和组织之间的关系，并进行病理性分析。

在职AI算法工程师，擅长计算机视觉，YOLO目标检测、分割等，擅长web、pyqt界面可视化，好内容持续更新中，来这里跟大家一起学习，共同进步 1568

status状态字段是否要创建索引？

前段时间在公司工作中我建议创建的某个表字段索引在内部评审的时候被删除了，理由是”状态枚举值少的索引效果不好，甚至会引发全表扫描，例如性别男女“。但我觉得，只查未发送的记录，取结果较少，索引效率会高。虽然不是什么大事，直到现在也没有什么明显影响，但这个事情给我心底留下了疑问，“状态枚举字段是否应该建立索引？”

乃青的博客 1万+

SIMATIC S7-1200, S7-1500 PID 控制[手册]

性别字段建立索引问题

性别字段能不能建立索引之前面试被问到一个问题什么字段适合建索引，什么字段不适合建索引。性别字段可以建索引吗？我回答得不是很好。性别字段这种重复性很强的字段，不要建立索引。为什么不能呢？下面建立表测试下。如：我建了个tb_test表，往里面插入了七百多万数据，先给性别建立索引，查询开启 sql运行时间记录。创建名为tb_index_test 的索引 alter ta...

p571912102的博客 6万+

ET2012新版免狗免安装绿色软件

ET2012新版免狗免安祖昂绿色软件。，新界面，新视觉，

LinePhone3.2.7(android端最新版本) sip客户端

SIP客户端For android：LinePhone3.2.7(最新版本)，官网地址：http://www.linphone.org/

Mysql字段为 NULL 时索引是否会失效？

在 MySQL 中，字段包含 NULL 值本身不会直接导致索引失效，但 **查询条件中涉及 NULL 的操作可能影响索引的使用**，具体取决于数据分布和优化器的选择。

zhangxueyi的专栏 2616

迈瑞BS系列全自动生化分析仪LIS协议接口手册(内含HL7和ASTM)

迈瑞BS系列全自动生化分析仪LIS协议接口手册，内含HL7和ASTM)

什么样的字段适合加索引？索引失效了解吗？

qq_67358181的博客 2633

原来Mysql索引要这么设计才能起飞

引言相信大家都知道索引可以加快数据的查询速度，但是有时候如果索引设计不当，也可能造成索引失效而进行全表数据扫描，从而最终导致系统性能下降。因此我们在索引设计阶段就需要充分考虑各种可能情况，尽量避免由于索引设计缺陷导致的后期出现数据查询性能问题。本文总结了10个实用Mysql索引设计原则，相信在大家进行索引设计的时候可以进行参考。索引设计原则我们在数据库表设计好之后，先不要着急马上就进行表的索引设计，因为这个时候其实你也并不清楚未来在这个表上可能存在的查询条件到底是什么。所以我们需要先根据实际的产

5530

mysql 性别加索引_[InnoDB]性别字段为什么不适合加索引

表结构与数据id为主键，id为奇数sex=1，id为偶数sex=0sex=0,50000条数据;sex=1,50000条数据表结构数据示例CREATE TABLE `people` (`id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,`name` varchar(255) DEFAULT NULL,`sex` tinyint(1) unsigned ...

weixin_36074841的博客 1493

随笔录--适合加索引的字段

索引添加字段情况

Bigbin666的博客 681

mysql性别字段不适合做索引_为什么说性别字段不适合做索引？

weixin_39638708的博客 2613

Mysql哪些字段适合建立索引

1 数据库建立索引常用的规则如下： 1、表的主键、外键必须有索引； 2、数据量超过300的表应该有索引； 3、经常与其他表进行连接的表，在连接字段上应该建立索引； 4、经常出现在Where子句中的字段，特别是大表的字段，应该建立索引； 5、索引应该建在选择性高的字段上； 6、索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引； 7、复合索引的建立需要进行仔细分析；尽量考虑用单字段索引代替： A、正确选择复合索引中的主列字段，一般是选择性较好的字段； B 、复合索引的几个字段是否经常同时以AND

ourLang 2万+

MySQL枚举类型的小范围字段应不应该加索引？

因为sex='1’有两千多万数据，占了总表数据记录数的绝大部分，所以即使sex加了索引，在这条SQL中的意义不大，也差不多要全表扫描，内存也基本会溢出。案例：表引擎是InnoDB，有三千多万的数据，id为主键自增，sex性别是enum(‘0’,‘1’,‘2’)，数据大小是1.8G，索引大小是1.2G，合计3G。如果sex没有加索引，那么这条SQL就会全表扫描，三千多万的数据量进行全表扫描，内存基本会溢出，不被打死才怪。回答这个问题前，要根据实际情况来，如果表数据不大，只有几百几千，那完全没有必要加索引；..

xiangweiqiang的博客 3575

上一篇：防止订单重复提交策略方案

下一篇： Spring - AOP