Mysql区分度很差是否有必要建索引

最新推荐文章于 2024-05-10 10:03:22 发布
最新推荐文章于 2024-05-10 10:03:22 发布
阅读量151 收藏
点赞数
文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Steven158655/article/details/133009097
版权

一般而言区分度很差的字段没必要建索引，但是这种也要视情况而定。

原因

存储引擎底层，我们经常听到，不走索引而走全表扫描。那么底层为什么不走索引而走全表扫描。

这里涉及到聚集索引和非聚集索引，对于非聚集索引值，查询的字段如果包含非索引字段，就会通过聚集索引主键从聚集索引中查询出需要查询出来的数据，也就是我们常说的回表。

回表的结果就是不仅需要扫描一次索引表，还要回表查询完整数据，这里就会造成，全表扫描甚至比走索引还要快。

什么情况可以建索引

这里其实可以考虑一点，如果查询出来的数据的结果，相对于全表而言较小，那么回表的速度是不是比全表扫描的速度快。所以考虑是否建立索引，那就考虑 查询的结果集与全部数据集的比值

场景

  • 不建索引的场景
    • 查询性别(性别要么是男，要么是女，数据基本5 5开)
  • 建立索引的场景
    • 状态扭转(支付状态，我们数据最终都会是失败或者成功，但是我们大部分操作的是支付中的数据)
Steven158655
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySql（七）：索引优化
weixin_40074110的博客
06-04 641
使用索引(索引设计)原则： 1、索引key值字节越小越好 因为当索引key值占用的字节越小时，每个索引节点上指针大小固定，每个数据块能存的key越多，索引树的高度越低，检索越快。 2、ID作为主键且让id自增 索引维护涉及到：页分裂、页合并 页分裂指每个磁盘块大小固定，当新增数据在一个已经存满的磁盘块key范围中时，为了插入该新增数据，则会进行磁盘块分成两块。分裂后上层磁盘块需要增加新的key和指针，也有可能上级磁盘块也需要分裂，所以之前的磁盘块及会收到影响。 id自增主键的维护只是往后叠加.
MySQL创建全文索引分享
12-16
在MySql数据库中，有四种索引：聚焦索引（主键索引）、普通索引、唯一索引以及我们这里将要介绍的全文索引（FUNLLTEXT INDEX）。 全文索引（也称全文检索）是目前搜索引擎使用的一种关键技术。它能够利用【分词技术...
可能导致索引失效的原因
oldboy1999的博客
07-27 5724
可能导致索引失效的原因
MySQL分区字段列有必要再单独建索引吗？
12-16
前言 大家都知道对于分区字段必须是主键的一部分，那么建了复合主键之后，是否需要对分许字段再单独添加一个索引呢？有没有效果？来验证一下，下面话不多说了，来一起看看详细的介绍吧。 1、新建表effect_new(以创建时间按月分区) CREATE TABLE `effect_new` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `type` tinyint(4) NOT NULL DEFAULT '0', `timezone` varchar(10) DEFAULT NULL, `date` varchar(10) NOT NULL, `ho
65.mysql索引失效优化以及解决
qq_30635523的博客
04-24 395
highlight: arduino-light 索引失效优化 select * 导致索引失效 覆盖索引:当sql语句的所求查询字段(select列)和查询条件字段(where子句)全都包含在一个索引中(联合索引)，可以直接使用索引查询而不需要回表,这就是覆盖索引。 使用select * 会导致以下问题: 增加查询分析器解析成本。 无用字段增加网络传输成本，尤其是text 类型的字...
慢SQL原因分析之索引失效 | 京东物流技术团队
JDDTechTalk的博客
09-21 228
private:......IO 成本：从磁盘或内存读取数据页的成本。CPU 成本：访问记录需要消耗的 CPU 成本。导入成本：这一项一直没被使用，先忽略。内存成本：这一项指的是占用内存字节数，计算 MRR（Multi Range Read）方式读取数据的成本时才会用到，也先忽略。全表扫描的成本就只剩 IO 成本、CPU 成本这两项了。
索引设计原则及索引失效的场景
qxp15136372963的博客
06-09 686
索引设计原则 索引的设计要根据 WHERE 条件和 ORDER BY 还有 GROUP BY 后面的字段进行设计。 主键索引 主键一定要设置为自增的，不要用UUID作为主键； MySQL在维护主键（聚簇）索引的时候都是按照主键的顺序排序的； 每个数据页中的数据一定是按照主键从小到大排序的，而且，数据与数据之间是通过单向链表连接的，上一个数据页中的最大的主键的值一定是小于下一个数据页中的最小的主键的值，数据页和数据页之间是通过双向链表来维护的 唯一索引和主键索引类似，但是唯一索引不一定是自
mysql索引优化之我见
Chen_leilei的博客
11-25 608
索引 索引是一种数据结构，数据库优化的常用工具之一。 索引的类型 1.主键索引 PRIMARY key 不能为空 2.唯一索引 unique 可以为空 3.普通索引 index 4.组合索引 index 一个索引包含多个列 常用于回表操作 5.全文索引 fullText 索引的设计原则 1.适合索引的列是出现在where子句中的列，或者连接子句中指定的列 2.基类较小的列不建议使用索引 3.使用短索引，如果对长字符串进行索引应该指定一个前缀长度 4.不要过度使用索引，因为这样会导致更新...
mysql索引
qq_36042938的博客
09-30 194
索引概述 索引（index）是帮助mysql高效获取数据的数据结构（有序），在数据之外，数据库还维护者满足特定查找算法的数据结构，这些数据结构以某种方式引用（指向）数据，这样就可以在这些数据结构上实现高效查找算法，这种数据结构就是索引 没有索引的sql语句，会进行全表扫描，从上到下依次查询，直到找到符合条件的数据，效率是非常低的 一般来说索引本身也很大，不可能全部存储咋内存中国你，因此索引往往以索引文件的形式存储在磁盘上，索引是数据库中用来提高性能最常用的工具 索引的优缺点 优势： 类似于书
MySQL调优（四）：MySQL索引优化实现细节
热门推荐
寒泉
06-26 6万+
查询优化 在编写快速的查询之前，需要清楚一点，真正重要的是响应时间，而且要知道在整个SQL语句的执行过程中每个步骤都花费了多长时间，要知道哪些步骤是拖垮执行效率的关键步骤，想要做到这点，必须要知道查询的生命周期，然后进行优化，不同的应用场景有不同的优化方式，不要一概而论，具体情况具体分析。 可以看执行时间（由于数据量比较小，所以差别不是很明显） create table user(id int,name varchar(10),phone varchar(11)); alter table user a
mysql：索引优化细节
u011296842的专栏
02-12 318
一、细节优化 1、当使用索引列进行查询的时候尽量不要使用表达式，把计算放到业务层而不是数据库层，比如： select * from actor where actor_id + 4 = 5; 应该改为： select * from actor where actor_id = 1; 2、尽量使用主键查询，而不...
怎样正确创建MySQL索引的方法详解
01-21
MySQL在300万条记录左右性能开始逐渐下降，虽然官方文档说500~800w记录，所以大数据量建立索引是非常有必要的。MySQL提供了Explain，用于显示SQL执行的详细信息，可以进行索引的优化。 什么是索引？ MySQL官方对索引...
mysql 添加索引 mysql 如何创建索引
12-15
1.添加PRIMARY KEY（主键索引） mysql>ALTER TABLE `table_name` ADD PRIMARY KEY ( `column` ) 2.添加UNIQUE(唯一索引) mysql>ALTER TABLE `table_name` ADD UNIQUE ( `column` ) 3.添加INDEX(普通索引) ...
Mysql面试题分享十三：Or和In是否会用到索引？
之乎者也·的博客
11-16 898
分三中情况进行测试，分别是：第一种情况：in和or所在列为主键的情形第二种情况：in和or所在列创建有索引的情形第二种情况：in和or所在列没有索引的情形最后得出的结论如下：1、in或or在字段有添加索引的情况下，查询很快，两者查询速度没有什么区别；2、in或or在字段没有添加索引的情况下，所连接的字段越多(1or2or3or4or......)，or比in的查询效率低很多。在StackOverFlow里，我也搜到了一些答案，典型的如下：有人做了实验，通过他的对比，也是In的效率更高。
笔记（四）：索引优化实战
caiqianzhigai0859的博客
07-10 118
有索引但是没有走索引的原因之一 mysql的优化器经过的运算发现不走索引查询可能会更快（回表操作，会有两次查询操作），可通过覆盖索引来优化，减少回表操作。 有索引但是没有走索引的原因之二 索引区分度较低，不能过滤出大多数数据，回表查询的成本大于全表扫描的成本，优化器会直接选择全表扫描。 索引下推 关键字：非主键索引，联合索引，模糊查询（最左前缀匹配原则），减少回表次数； 索引下推是在5.6版本引入的，主要是为了充分利用查询条件，减少回表次数，举个例子： 现在有(A1, 1)->(A1, 2)->
设计索引的8个小技巧（荣耀典藏版）
人生若只初相见@的博客
08-17 1万+
MySQL针对主键索引会维护一个B+树的结构，这个我们称之为聚簇索引，针对非主键（一般都是建立的联合索引）会对索引字段依次排序，然后从第一个字段值开始比较，第一个字段值相同就针对下一个字段值进行比较，依次往后推。...
男女性别要建立索引吗
enthan809882的博客
08-10 1466
男女性别要做索引吗? 区分度不高(唯一性不高)。 这样的索引没有价值。 除此之外，数据55开的，或者状态较少且相对平均分布的，索引都没太大用。 那么民族呢? 例如：满、汉、蒙、回等。 这个是可以建立索引的，因为如果条件是少数民族，通过索引可以将结果集过滤为较少的一部分，效果很明显。 ...
MySQL 索引的区分度之性能分析
weixin_42678790的博客
07-23 5447
对于选择性不高的列甚至可以不创建索引。如果选择性不高，极端性情况下可能会扫描全部或者大多数索引，然后再回表，这个过程可能不如直接走主键索引性能高。 索引列的选择往往需要根据具体的业务场景来选择； 但是需要注意的是索引的区分度越高则价值就越高，意味着对于检索的性价比就高。 索引的区分度等于count(distinct 具体的列) / count(*)，表示字段不重复的比例。 唯一键的区分度是1，而对于一些状态值，性别等字段区分度往往比较低，在数据量比较大的情况下，甚至有无限接近0。 ...
MYSQL变量的定义与使用
最新发布
2301_81019087的博客
05-10 496
3.通过变量进行实际操作。
mysql 索引区分度
08-24
同时，如果索引区分度很低，可能会导致索引失去优化作用，甚至增加查询的开销和资源消耗。 可以通过使用`SHOW INDEX FROM table_name`命令来查看表中各个索引的区分度（Cardinality），该值表示索引中不重复值的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值