MySQL联合索引使用分析 彻底搞清楚什么情况下会走索引

最新推荐文章于 2024-07-24 16:20:20 发布
最新推荐文章于 2024-07-24 16:20:20 发布
阅读量307 收藏 8
点赞数 4
分类专栏： 程序员 文章标签： mysql android 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84831651/article/details/138969615
版权

id bigint(20) NOT NULL AUTO_INCREMENT,

a varchar(15) DEFAULT NULL,

b varchar(15) DEFAULT NULL,

c varchar(15) DEFAULT NULL,

d varchar(15) DEFAULT NULL,

PRIMARY KEY (id),

KEY INDEX_A_B_C (a,b,c)

) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

2.插入10万条数据

快速生产10万数据方法，执行main方法后，会将sql文件存入E盘，放到MySQL执行就行了

public static void main(String[] args) throws IOException {

for (int x = 1; x <= 100; x++) {

StringBuilder sql = new StringBuilder("INSERT INTO t_demo(a, b, c, d) VALUES ");

for (int i = 1; i <= 999; i++) {

splice(sql, “,”);

}

splice(sql, “;”);

sql.append(“\r\n”);

//System.out.println(sql);

File file = new File(“E:/demo.sql”);

FileWriter fw = new FileWriter(file, true);

BufferedWriter bw = new BufferedWriter(fw);

bw.write(sql.toString());

bw.close();

fw.close();

}

}

private static void splice(StringBuilder sql, String s) {

String value = “(‘%s’, ‘%s’, ‘%s’, ‘%s’)”;

String a = RandomStringUtils.randomNumeric(4);

String b = RandomStringUtils.random(2, true, false);

String c = RandomStringUtils.random(5, true, false);

String d = String.valueOf(System.currentTimeMillis());

sql.append(String.format(value, a, b, c, d)).append(s);

}

3.插入a、b、c联合索引

ALTER TABLE t_demo ADD INDEX INDEX_A_B_C ( a, b, c ) USING BTREE;

4.测试

采用explain查看执行计划，其中key就是使用索引情况，如果对explain不太了解可以看这篇：https://blog.csdn.net/Anenan/article/details/114525818

1.WHERE条件是a、b、c三个，查询abc所有排列组合情况：

mysql> EXPLAIN SELECT * FROM t_demo WHERE a = “8166” AND b = “Or” AND c = “tGMvk”;

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

| 1 | SIMPLE | t_demo | NULL | ref | INDEX_A_B_C | INDEX_A_B_C | 144 | const,const,const | 1 | 100.00 | NULL |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

1 row in set (0.01 sec)

mysql> EXPLAIN SELECT * FROM t_demo WHERE a = “8166” AND c = “tGMvk” AND b = “Or”;

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

| 1 | SIMPLE | t_demo | NULL | ref | INDEX_A_B_C | INDEX_A_B_C | 144 | const,const,const | 1 | 100.00 | NULL |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

1 row in set (0.01 sec)

mysql> EXPLAIN SELECT * FROM t_demo WHERE b = “Or” AND a = “8166” AND c = “tGMvk”;

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

| 1 | SIMPLE | t_demo | NULL | ref | INDEX_A_B_C | INDEX_A_B_C | 144 | const,const,const | 1 | 100.00 | NULL |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

1 row in set (0.02 sec)

mysql> EXPLAIN SELECT * FROM t_demo WHERE b = “Or” AND c = “tGMvk” AND a = “8166”;

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

| 1 | SIMPLE | t_demo | NULL | ref | INDEX_A_B_C | INDEX_A_B_C | 144 | const,const,const | 1 | 100.00 | NULL |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

1 row in set (0.02 sec)

mysql> EXPLAIN SELECT * FROM t_demo WHERE c = “tGMvk” AND a = “8166” AND b = “Or”;

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

| 1 | SIMPLE | t_demo | NULL | ref | INDEX_A_B_C | INDEX_A_B_C | 144 | const,const,const | 1 | 100.00 | NULL |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

1 row in set (0.03 sec)

mysql> EXPLAIN SELECT * FROM t_demo WHERE c = “tGMvk” AND b = “Or” AND a = “8166”;

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

| 1 | SIMPLE | t_demo | NULL | ref | INDEX_A_B_C | INDEX_A_B_C | 144 | const,const,const | 1 | 100.00 | NULL |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------------±-----±---------±------+

1 row in set (0.03 sec)

2.WHERE条件是a、b、c选两个，查询abc两个中所有排列组合情况：

mysql> EXPLAIN SELECT * FROM t_demo WHERE a = “8166” AND b = “Or”;

±—±------------±-------±-----------±-----±--------------±------------±--------±------------±-----±---------±------+

| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------±-----±---------±------+

| 1 | SIMPLE | t_demo | NULL | ref | INDEX_A_B_C | INDEX_A_B_C | 96 | const,const | 1 | 100.00 | NULL |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------±-----±---------±------+

1 row in set (0.01 sec)

mysql> EXPLAIN SELECT * FROM t_demo WHERE b = “Or” AND a = “8166”;

±—±------------±-------±-----------±-----±--------------±------------±--------±------------±-----±---------±------+

| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------±-----±---------±------+

| 1 | SIMPLE | t_demo | NULL | ref | INDEX_A_B_C | INDEX_A_B_C | 96 | const,const | 1 | 100.00 | NULL |

±—±------------±-------±-----------±-----±--------------±------------±--------±------------±-----±---------±------+

1 row in set (0.02 sec)

mysql> EXPLAIN SELECT * FROM t_demo WHERE a = “8166” AND c = “tGMvk”;

±—±------------±-------±-----------±-----±--------------±------------±--------±------±-----±---------±----------------------+

| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |

±—±------------±-------±-----------±-----±--------------±------------±--------±------±-----±---------±----------------------+

| 1 | SIMPLE | t_demo | NULL | ref | INDEX_A_B_C | INDEX_A_B_C | 48 | const | 13 | 10.00 | Using index condition |

±—±------------±-------±-----------±-----±--------------±------------±--------±------±-----±---------±----------------------+

1 row in set (0.02 sec)

mysql> EXPLAIN SELECT * FROM t_demo WHERE c = “tGMvk” AND a = “8166”;

±—±------------±-------±-----------±-----±--------------±------------±--------±------±-----±---------±----------------------+

| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |

±—±------------±-------±-----------±-----±--------------±------------±--------±------±-----±---------±----------------------+

| 1 | SIMPLE | t_demo | NULL | ref | INDEX_A_B_C | INDEX_A_B_C | 48 | const | 13 | 10.00 | Using index condition |

±—±------------±-------±-----------±-----±--------------±------------±--------±------±-----±---------±----------------------+

1 row in set (0.02 sec)

mysql> EXPLAIN SELECT * FROM t_demo WHERE b = “Or” AND c = “tGMvk”;

±—±------------±-------±-----------±-----±--------------±-----±--------±-----±------±---------±------------+

最后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Java开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
mg-Jaqllnsz-1715851981410)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Java开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

2401_84831651
关注
  • 4
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
【MySQL】MySQL索引优化实战（上）
金鳞踏雨
10-22 840
对于辅助的联合索引(name,age,position)，正常情况按照最左前缀原则这种情况只会走name字段索引，因为根据name字段过滤完，得到的索引行里的age和position是无序的，无法很好的利用索引。在MySQL5.6之前的版本，这个查询只能在联合索引里匹配到名字是 'LiLei' 开头的索引，然后拿这些索引对应的主键逐个回表，到主键索引上找出相应的记录，再比对age和position这两个字段的值是否符合。MySQL 5.6引入了索引下推优化。
联合索引最左匹配原则的成因+索引为什么不是越多越好
fansenjun的博客
01-07 5950
联合索引 多列组成的索引 最左匹配原则 假设我们有两列a,b，a和b是联合索引，他的顺序是a,b，我们在where语句中调用a=? and b=?的时候就会走联合索引，如果调用where a = ?的时候也会走索引，但是当我们使用where b = ?的时候就不会走这个联合索引 成因： mysql创建复合索引的规则是首先会对复合索引的最左边，也就是索引中的第一个字段进行排序，在第一个...
玩转MySQL：如何正确应用索引
Java_LingFeng的博客
11-05 2121
至此，MySQL索引应用篇，也就是索引中篇就结束了，相信大家认真看完本篇之后，对于索引的掌握性、熟练程度绝对会更上一层楼，因为本章中从索引的优劣分析，到建立索引的原则、索引失效的情景、使用索引的正确姿势、MySQL对于索引的优化机制等各方面，对索引进行了进一步阐述。
mysql 索引从0开始_MySQL索引原理，一篇从头到尾讲清楚
weixin_31265295的博客
02-27 698
索引，可能让好很多人望而生畏，毕竟每次面试时候 MySQL 的索引一定是必问内容，哪怕先撇开面试，就在平常的开发中，对于 SQL 的优化也而是重中之重。可以毫不夸张的说，系统中 SQL 的好坏，是能直接决定你系统的快慢的。但是在优化之前大家是否想过一个问题？那就是：我们优化的原则是什么？优化SQL的理论基础是什么？虽然说实践出真知，但是我更相信理论是支撑实践的基础，因为我们不可能毫无目的的去盲目的...
MySQL索引从基础到原理，看这一篇就够了
三分恶的博客
03-03 5917
索引是SQL优化中最重要的手段之一，本文从基础到原理，带你深度掌握索引。
mysql索引从1开始吗_MySQL索引原理，一篇从头到尾讲清楚
weixin_30999777的博客
02-28 855
索引，可能让好很多人望而生畏，毕竟每次面试时候 MySQL 的索引一定是必问内容，哪怕先撇开面试，就在平常的开发中，对于 SQL 的优化也而是重中之重。可以毫不夸张的说，系统中 SQL 的好坏，是能直接决定你系统的快慢的。但是在优化之前大家是否想过一个问题？那就是：我们优化的原则是什么？优化SQL的理论基础是什么？虽然说实践出真知，但是我更相信理论是支撑实践的基础，因为我们不可能毫无目的的去盲目的...
Mysql索引设计与优化
重点在于记录
03-26 169
本文目的：认识索引，创建最合适的索引，优化sql，本文基于Mysql5.7 innoDB 1、认识索引 创建索引的目的：为了帮助Mysql高效的查询数据，其本身也是一种数据结构（B+Tree） 索引的分类： 普通单一字段索引：索引只包含一个字段，一个表可以存着多个 唯一索引：可以包含1-16个字段，一般控制在3-5个，组合字段值必须全表唯一，可以为空值，但不建议为空值 组合索引：可以包含1-16个字段，一般控制在3-5个，使用时注意最左原则（1,12,123） 主键索引：特殊的唯一索引（单个或
MySQL索引是怎么支撑千万级表的快速查找？
org_hjh的博客
09-12 897
前言 在 MySQL 官方提到，改善操作性能的最佳方法 [SELECT](https://dev.mysql.com/doc/refman/5.7/en/select.html)在查询中测试的一个或多个列上创建索引。索引条目的作用类似于指向表行的指针，从而使查询可以快速确定哪些行与WHERE子句中的条件匹配，并检索这些行的其他列值。所有MySQL数据类型都可以建立索引。 尽管可能会为查询中使用的每个可能的列创建索引，但不必要的索引会浪费空间和时间，使MySQL难以确定要使用的索引。索引还会增加插入，更新和.
MySQL联合索引功能与用法实例分析
09-09
MySQL联合索引，也称为复合索引，是数据库优化中的一种关键策略，它允许数据库系统在多个列上创建单一的索引，以提高查询性能。理解联合索引的工作原理和如何有效利用它对于提升数据库查询效率至关重要。 联合索引...
一个案例彻底弄懂如何正确使用mysql inndb联合索引
09-09
MySQL InnoDB 联合索引是数据库性能优化的关键元素，尤其在处理复杂查询时。本文将通过一个具体的案例深入解析如何正确使用InnoDB联合索引来提升查询效率。 案例描述了一个业务查询，目的是获取最新审核的5条在线...
MySQL联合索引用法示例
09-10
MySQL联合索引是一种优化查询性能的机制，它允许在多个列上创建单个索引，以便在查询中同时使用这些列时能更快地找到数据。本示例将深入讲解联合索引的概念，并通过实例来展示如何在MySQL中创建和使用联合索引。 ...
深入浅析Mysql联合索引最左匹配原则
09-09
最后，即使查询条件只涉及到联合索引的中间或右侧列，如`SELECT * FROM test WHERE col2=2`，在某些情况下，MySQL仍然可能使用索引进行扫描，尽管效率相对较低。通过`EXPLAIN`命令可以查看查询的执行计划，其中`type...
MYSQL
maoqiwei的博客
07-23 235
1.修改student 表中年龄(sage)字段属性，数据类型由int 改变为smallint 2.为Course表中Cno 课程号字段设置索引,并查看索引 3.为SC表建立按学号(sno)和课程号(cno)组合的升序的主键索引，索引名为SC_INDEX4.创建一视图 stu info,查询全体学生的姓名，性别，课程名，成绩5.删除所有索引
测试开发面试题---MySQL
m0_53302824的博客
07-22 1002
索引是数据库管理系统中用于提高数据检索速度的数据结构，它可以帮助快速定位数据不需要扫描全表。提高查询速度；唯一性约束，确保数据不会重复；辅助排序和分组；减少磁盘IO。
MySQL字段设置的varchar长度小于数据长度自动截取丢弃超出的长度而不是报错？
weixin_43831997的博客
07-23 331
当MySQL数据库设置为==严格模式（STRICT_TRANS_TABLES 或 STRICT_ALL_TABLES）==时，如果尝试插入或更新超过设定长度的数据，将会导致错误，并阻止该事务进行。在默认情况下，或者在非严格模式（NO_STRICT）下，当插入长度超出 VARCHAR 字段定义的字符串时，MySQL会自动截断超出的部分，并发出一个警告，而不是错误。
MySQL的MHA
最新发布
2402_84844434的博客
07-24 779
高可用模式下的故障切换，基于主从复制。单点故障和主从复制不能切换的问题。至少需要3台。奇数台故障切换的过程0~30秒。根据vip地址所在的主机，确定主备。主和备不是靠优先级决定的，主从复制的时候就确定了主，备是在MHA的过程中确定的。
Mysql (五)
qq_64410777的博客
07-23 500
以左边的表为基础，接收左表的所有行，以左表的记录与右表的记录进行匹配，匹配左表的所有，以及右表中符合条件的行，不符合的显示null值。表和列的别名 在实际工作中，表和列名可能很长，写起来不方便，如果需要多次声明表和列时，全部展示太复杂，设置别名使书写简化。这里只是判断，结果为空 则不执行 ，如果不为空则执行前面的 结果是7 只要不为空就是7 执行的是count(*)SELECT i.name 姓名,i.score 成绩 from info as i;
mysql中单表的情况下in的字段有索引的情况下会走索引吗
08-30
在MySQL中，如果在单表的情况下，使用IN语句并且IN字段有索引，通常情况下会走索引。 使用IN语句时，MySQL会将IN语句中的值作为一个集合，然后尝试使用索引进行查询。如果IN字段有索引，MySQL会通过索引快速定位到对应的索引页，然后只需要扫描该索引页上的数据即可获取所需的结果，这样可以大大提高查询性能。 然而，是否走索引还取决于索引的选择性以及查询的具体情况。索引的选择性是指索引中不同值的重复程度，选择性越高，那么使用索引查询的效果就越好。如果IN语句中的值在索引中的选择性较低，即值重复较多，MySQL可能会选择全表扫描而不是走索引，因为全表扫描可能更高效。 此外，MySQL还会根据表的大小、数据分布情况以及查询的具体逻辑等因素进行优化选择。如果IN语句中的值较多，或者查询的结果集占据较大比例，那么MySQL可能会选择其他查询方式，如使用临时表、排序等，以提高查询性能。 总之，在单表情况下，如果IN字段有索引，通常情况下会走索引。但是具体是否走索引还需要根据索引的选择性及其他因素进行判断。如果需要确保查询性能，可以通过分析查询计划、优化索引以及调整查询逻辑等方式进行优化。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值