MySQL中使用IN会走索引吗

已于 2024-08-23 09:49:59 修改
阅读量308 收藏 6
点赞数 5
分类专栏： mysql 文章标签： mysql 数据库
于 2024-08-21 15:37:43 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_42000061/article/details/141356561
版权

文章目录

MySQL IN会不会走索引？

结论: MySQL优化器在发现执行全表扫描效率 > 索引的效率时,会选择全表扫描。

  1. 至于IN的数据量占全表的20%或30%以内会走索引，没有明确的答案。
  2. 根据优化器分析来选择查询成本更低的执行方式。

MySQL IN流程验证

mysql版本为5.7.34

CREATE TABLE `_default` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键id',
  `default_name` varchar(100) NOT NULL COMMENT '默认名称',
  `default_code` varchar(50) NOT NULL COMMENT '默认编码',
  `default_type` tinyint(3) unsigned NOT NULL COMMENT '默认类型',
  `start_time` datetime NOT NULL COMMENT '开始时间',
  `end_time` datetime NOT NULL COMMENT '结束时间',
  `status` tinyint(3) unsigned NOT NULL DEFAULT '1' COMMENT '状态(1:未发布, 2:已发布, 3:已生效, 4:已失效, 5:已作废)',
  `deleted` tinyint(3) unsigned NOT NULL DEFAULT '0' COMMENT '是否删除 0:否 1:是',
  `create_by` varchar(50) NOT NULL COMMENT '创建人',
  `create_time` datetime NOT NULL COMMENT '创建时间',
  `update_by` varchar(50) DEFAULT NULL COMMENT '更新人',
  `update_time` datetime DEFAULT NULL COMMENT '更新时间',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uk_default_code` (`default_code`) USING BTREE,
  KEY `idx_status` (`status`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='_default';


-- 测试数据
INSERT INTO `_default` VALUES (1, 'test2024-07-29 13:56:03', 'DEFAULT23121410204', 1, '2023-08-11 14:35:41', '2023-08-11 14:35:41', 2, 0, '1', '2023-12-14 16:25:39', NULL, NULL);
INSERT INTO `_default` VALUES (2, 'demoData', 'DEFAULT23121410205', 1, '2023-08-11 14:35:41', '2023-08-11 14:35:41', 2, 0, '1', '2023-12-14 16:25:40', NULL, NULL);
INSERT INTO `_default` VALUES (3, 'demoData', 'DEFAULT23121410206', 1, '2023-08-11 14:35:41', '2023-08-11 14:35:41', 2, 0, '2', '2023-12-14 16:25:41', NULL, NULL);
INSERT INTO `_default` VALUES (4, 'demoData', 'DEFAULT23121410207', 1, '2023-08-11 14:35:41', '2023-08-11 14:35:41', 2, 0, '1', '2023-12-14 16:25:42', NULL, NULL);
INSERT INTO `_default` VALUES (5, 'demoData', 'DEFAULT23121410208', 1, '2023-08-11 14:35:41', '2023-08-11 14:35:41', 2, 0, '1', '2023-12-14 16:25:43', NULL, NULL);
INSERT INTO `_default` VALUES (6, 'demoData', 'DEFAULT23121410209', 0, '2023-08-11 14:35:41', '2023-08-11 14:35:41', 2, 0, '1', '2023-12-14 16:27:09', NULL, NULL);
INSERT INTO `_default` VALUES (7, 'demoData', 'DEFAULT23121410210', 0, '2023-08-11 14:35:41', '2023-08-11 14:35:41', 2, 0, '1', '2023-12-14 16:27:10', NULL, NULL);
INSERT INTO `_default` VALUES (8, 'demoData', 'DEFAULT23121410211', 0, '2023-08-11 14:35:41', '2023-08-11 14:35:41', 2, 0, '1', '2023-12-14 16:27:11', NULL, NULL);
INSERT INTO `_default` VALUES (9, 'demoData', 'DEFAULT23121410212', 0, '2023-08-11 14:35:41', '2023-08-11 14:35:41', 1, 0, '1', '2023-12-14 16:27:12', NULL, NULL);
INSERT INTO `_default` VALUES (10, 'demoData', 'DEFAULT23121410213', 0, '2023-08-11 14:35:41', '2023-08-11 14:35:41', 1, 1, '1', '2023-12-14 16:27:13', NULL, NULL);

案例一：

explain select * from _default where id in (1);

在这里插入图片描述

案例二：

explain select * from _default where id in (1,2,3);

在这里插入图片描述
案例三：

explain select * from _default where id in (1,2,3,4,5,6,7);

在这里插入图片描述
从上面三个案例可以看出案例一、案例二走了索引，案例三没有走索引。why?

MySQL TRACE解析

-- step1:查询mysql optimizer_trace是否开启,on为开启
show variables like 'optimizer_trace';
-- step2:若未开启,设置为开启
set optimizer_trace = 'enabled=on';

-- step3:需要注意查询sql和TRACE一起查询, 如果单独查询完再查询TRAC,查询结果为空
select * from _default where id in (1,2,3,4,5,6,7);
select TRACE from `information_schema`.`OPTIMIZER_TRACE`

案例一

{
	"steps": [
		{
			"join_preparation": {
				"select#": 1,
				"steps": [
					{
						"expanded_query": "/* select#1 */ select `_default`.`id` AS `id`,`_default`.`default_name` AS `default_name`,`_default`.`default_code` AS `default_code`,`_default`.`default_type` AS `default_type`,`_default`.`start_time` AS `start_time`,`_default`.`end_time` AS `end_time`,`_default`.`status` AS `status`,`_default`.`deleted` AS `deleted`,`_default`.`create_by` AS `create_by`,`_default`.`create_time` AS `create_time`,`_default`.`update_by` AS `update_by`,`_default`.`update_time` AS `update_time` from `_default` where (`_default`.`id` = 1)"
					}
				]
			}
		},
		{
			"join_optimization": { -- sql优化阶段
				"select#": 1,
				"steps": [
					{
						"condition_processing": {
							"condition": "WHERE",
							"original_condition": "(`_default`.`id` = 1)",
							"steps": [
								{
									"transformation": "equality_propagation",
									"resulting_condition": "multiple equal(1, `_default`.`id`)"
								},
								{
									"transformation": "constant_propagation",
									"resulting_condition": "multiple equal(1, `_default`.`id`)"
								},
								{
									"transformation": "trivial_condition_removal",
									"resulting_condition": "multiple equal(1, `_default`.`id`)"
								}
							]
						}
					},
					{
						"substitute_generated_columns": {}
					},
					{
						"table_dependencies": [
							{
								"table": "`_default`",
								"row_may_be_null": false,
								"map_bit": 0,
								"depends_on_map_bits": []
							}
						]
					},
					{
						"ref_optimizer_key_uses": [
							{
								"table": "`_default`",
								"field": "id",
								"equals": "1",
								"null_rejecting": false
							}
						]
					},
					{
						"rows_estimation": [
							{
								"table": "`_default`",
								"rows": 1,
								"cost": 1,
								"table_type": "const",
								"empty": false
							}
						]
					},
					{
						"condition_on_constant_tables": "1",
						"condition_value": true
					},
					{
						"attaching_conditions_to_tables": {
							"original_condition": "1",
							"attached_conditions_computation": [],
							"attached_conditions_summary": []
						}
					},
					{
						"refine_plan": []
					}
				]
			}
		},
		{
			"join_execution": {
				"select#": 1,
				"steps": []
			}
		}
	]
}

案例二

{
	"steps": [
		{
			"join_preparation": {
				"select#": 1,
				"steps": [
					{
						"IN_uses_bisection": true
					},
					{
						"expanded_query": "/* select#1 */ select `_default`.`id` AS `id`,`_default`.`default_name` AS `default_name`,`_default`.`default_code` AS `default_code`,`_default`.`default_type` AS `default_type`,`_default`.`start_time` AS `start_time`,`_default`.`end_time` AS `end_time`,`_default`.`status` AS `status`,`_default`.`deleted` AS `deleted`,`_default`.`create_by` AS `create_by`,`_default`.`create_time` AS `create_time`,`_default`.`update_by` AS `update_by`,`_default`.`update_time` AS `update_time` from `_default` where (`_default`.`id` in (1,2,3))"
					}
				]
			}
		},
		{
			"join_optimization": {
				"select#": 1,
				"steps": [
					{
						"condition_processing": {
							"condition": "WHERE",
							"original_condition": "(`_default`.`id` in (1,2,3))",
							"steps": [
								{
									"transformation": "equality_propagation",
									"resulting_condition": "(`_default`.`id` in (1,2,3))"
								},
								{
									"transformation": "constant_propagation",
									"resulting_condition": "(`_default`.`id` in (1,2,3))"
								},
								{
									"transformation": "trivial_condition_removal",
									"resulting_condition": "(`_default`.`id` in (1,2,3))"
								}
							]
						}
					},
					{
						"substitute_generated_columns": {}
					},
					{
						"table_dependencies": [
							{
								"table": "`_default`",
								"row_may_be_null": false,
								"map_bit": 0,
								"depends_on_map_bits": []
							}
						]
					},
					{
						"ref_optimizer_key_uses": []
					},
					{
						"rows_estimation": [
							{
								"table": "`_default`",
								"range_analysis": {
									"table_scan": {
										"rows": 26,
										"cost": 8.3
									},
									"potential_range_indexes": [
										{
											"index": "PRIMARY",
											"usable": true,
											"key_parts": [
												"id"
											]
										},
										{
											"index": "uk_default_code",
											"usable": false,
											"cause": "not_applicable"
										},
										{
											"index": "idx_status",
											"usable": false,
											"cause": "not_applicable"
										},
										{
											"index": "idx_default_name",
											"usable": false,
											"cause": "not_applicable"
										}
									],
									"setup_range_conditions": [],
									"group_index_range": {
										"chosen": false,
										"cause": "not_group_by_or_distinct"
									},
									"analyzing_range_alternatives": {
										"range_scan_alternatives": [
											{
												"index": "PRIMARY",
												"ranges": [
													"1 <= id <= 1",
													"2 <= id <= 2",
													"3 <= id <= 3"
												],
												"index_dives_for_eq_ranges": true,
												"rowid_ordered": true,
												"using_mrr": false,
												"index_only": false,
												"rows": 3,
												"cost": 3.6153,
												"chosen": true
											}
										],
										"analyzing_roworder_intersect": {
											"usable": false,
											"cause": "too_few_roworder_scans"
										}
									},
									"chosen_range_access_summary": {
										"range_access_plan": {
											"type": "range_scan",
											"index": "PRIMARY",
											"rows": 3,
											"ranges": [
												"1 <= id <= 1",
												"2 <= id <= 2",
												"3 <= id <= 3"
											]
										},
										"rows_for_plan": 3,
										"cost_for_plan": 3.6153,
										"chosen": true
									}
								}
							}
						]
					},
					{
						"considered_execution_plans": [
							{
								"plan_prefix": [],
								"table": "`_default`",
								"best_access_path": {
									"considered_access_paths": [
										{
											"rows_to_scan": 3,
											"access_type": "range",
											"range_details": {
												"used_index": "PRIMARY"
											},
											"resulting_rows": 3,
											"cost": 4.2153,
											"chosen": true
										}
									]
								},
								"condition_filtering_pct": 100,
								"rows_for_plan": 3,
								"cost_for_plan": 4.2153,
								"chosen": true
							}
						]
					},
					{
						"attaching_conditions_to_tables": {
							"original_condition": "(`_default`.`id` in (1,2,3))",
							"attached_conditions_computation": [],
							"attached_conditions_summary": [
								{
									"table": "`_default`",
									"attached": "(`_default`.`id` in (1,2,3))"
								}
							]
						}
					},
					{
						"refine_plan": [
							{
								"table": "`_default`"
							}
						]
					}
				]
			}
		},
		{
			"join_execution": {
				"select#": 1,
				"steps": []
			}
		}
	]
}

案例三

{
	"steps": [
		{
			"join_preparation": {
				"select#": 1,
				"steps": [
					{
						"IN_uses_bisection": true
					},
					{
						"expanded_query": "/* select#1 */ select `_default`.`id` AS `id`,`_default`.`default_name` AS `default_name`,`_default`.`default_code` AS `default_code`,`_default`.`default_type` AS `default_type`,`_default`.`start_time` AS `start_time`,`_default`.`end_time` AS `end_time`,`_default`.`status` AS `status`,`_default`.`deleted` AS `deleted`,`_default`.`create_by` AS `create_by`,`_default`.`create_time` AS `create_time`,`_default`.`update_by` AS `update_by`,`_default`.`update_time` AS `update_time` from `_default` where (`_default`.`id` in (1,2,3,4,5,6,7))"
					}
				]
			}
		},
		{
			"join_optimization": {
				"select#": 1,
				"steps": [
					{
						"condition_processing": {
							"condition": "WHERE",
							"original_condition": "(`_default`.`id` in (1,2,3,4,5,6,7))",
							"steps": [
								{
									"transformation": "equality_propagation",
									"resulting_condition": "(`_default`.`id` in (1,2,3,4,5,6,7))"
								},
								{
									"transformation": "constant_propagation",
									"resulting_condition": "(`_default`.`id` in (1,2,3,4,5,6,7))"
								},
								{
									"transformation": "trivial_condition_removal",
									"resulting_condition": "(`_default`.`id` in (1,2,3,4,5,6,7))"
								}
							]
						}
					},
					{
						"substitute_generated_columns": {}
					},
					{
						"table_dependencies": [
							{
								"table": "`_default`",
								"row_may_be_null": false,
								"map_bit": 0,
								"depends_on_map_bits": []
							}
						]
					},
					{
						"ref_optimizer_key_uses": []
					},
					{
						"rows_estimation": [ -- 预估表的访问成本 
							{
								"table": "`_default`",
								"range_analysis": {
									"table_scan": { -- 全表扫描的分析
										"rows": 26,	-- 扫描行数
										"cost": 8.3 -- 查询成本
									},
									"potential_range_indexes": [
										{
											"index": "PRIMARY",
											"usable": true,
											"key_parts": [
												"id"
											]
										},
										{
											"index": "uk_default_code",
											"usable": false,
											"cause": "not_applicable"
										},
										{
											"index": "idx_status",
											"usable": false,
											"cause": "not_applicable"
										},
										{
											"index": "idx_default_name",
											"usable": false,
											"cause": "not_applicable"
										}
									],
									"setup_range_conditions": [],
									"group_index_range": {
										"chosen": false,
										"cause": "not_group_by_or_distinct"
									},
									"analyzing_range_alternatives": { -- 分析各个索引使用成本
										"range_scan_alternatives": [
											{
												"index": "PRIMARY",
												"ranges": [		-- 索引使用范围
													"1 <= id <= 1",
													"2 <= id <= 2",
													"3 <= id <= 3",
													"4 <= id <= 4",
													"5 <= id <= 5",
													"6 <= id <= 6",
													"7 <= id <= 7"
												],
												"index_dives_for_eq_ranges": true,
												"rowid_ordered": true,
												"using_mrr": false,
												"index_only": false,
												"rows": 7,		 -- 扫描行数
												"cost": 8.4224,  -- 索引使用成本
												"chosen": false, -- 是否使用索引
												"cause": "cost"
											}
										],
										"analyzing_roworder_intersect": {
											"usable": false,
											"cause": "too_few_roworder_scans"
										}
									}
								}
							}
						]
					},
					{
						"considered_execution_plans": [
							{
								"plan_prefix": [],
								"table": "`_default`",
								"best_access_path": {
									"considered_access_paths": [
										{
											"rows_to_scan": 26,
											"access_type": "scan",
											"resulting_rows": 26,
											"cost": 6.2,
											"chosen": true
										}
									]
								},
								"condition_filtering_pct": 100,
								"rows_for_plan": 26,
								"cost_for_plan": 6.2,
								"chosen": true
							}
						]
					},
					{
						"attaching_conditions_to_tables": {
							"original_condition": "(`_default`.`id` in (1,2,3,4,5,6,7))",
							"attached_conditions_computation": [],
							"attached_conditions_summary": [
								{
									"table": "`_default`",
									"attached": "(`_default`.`id` in (1,2,3,4,5,6,7))"
								}
							]
						}
					},
					{
						"refine_plan": [
							{
								"table": "`_default`"
							}
						]
					}
				]
			}
		},
		{
			"join_execution": {
				"select#": 1,
				"steps": []
			}
		}
	]
}

join_optimization.rows_estimation.range_analysis.table_scan 和 join_optimization.rows_estimation.range_analysis.analyzing_range_alternatives
在这里插入图片描述
当索引使用成本 > 全表扫描的成本时就会选择全表扫描，全表rows为26,索引rows为7,为什么不用索引？

  • 如果是查所有数据，存在回表的情况，IN的越多回表成本越高
  • 如果是查询条件和返回字段相同并且存在索引的情况(覆盖索引)，这种情况可能优化器是可能选择索引

system > const> eq_ref > ref > range > index > all

  1. system：只有一行记录。
  2. const：索引一次就找到了,主键和唯一索引。
  3. eq_ref：唯一的索引，表与表之间关联，关联条件为主键或唯一索引。
  4. ref：非唯一的索引，根据某个字段查询(有二级索引)，存在多行数据。
  5. range：范围查询。
  6. index：查询索引树(覆盖索引的场景)。
  7. all：查询所有数据(与index的区别在于index只遍历索引树，all会在磁盘中查找)。

小结

到这里就结束啦，祝大家生活愉快！

cxSmiles
关注
  • 5
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MySQL查询条件中in会用到索引吗
12-16
2. **查询的列表大小**：如果`IN`列表中的值数量较小（通常认为是几十个），MySQL可能会选择使用索引。当列表变得非常大时，MySQL可能会选择全表扫描，因为构建索引的开销可能超过全表扫描。 3. **查询优化器的决策...
解决MySQL中IN子查询会导致无法使用索引问题
12-15
随后动手按照他说的做了一个表来测试验证，发现MySQL的IN子查询做的不好，确实会导致无法使用索引的情况（IN子查询无法使用所以，场景是MySQL，截止的版本是5.7.18） MySQL的测试环境 测试表如下 create table ...
MySQL中or、in、union与索引优化详析
12-15
它会尝试分别使用`status`字段上的索引来执行查询，但相比`IN`或`UNION`，这可能会导致更多的CPU消耗，因为MySQL需要合并两个索引扫描的结果。 - 对于旧版本的MySQL，`OR`条件可能导致无法充分利用索引，此时可能...
Mysql中FIND_IN_SET()和IN区别简析
09-09
在MySQL数据库中，`FIND_IN_SET()` 和 `IN` 是两种不同的查询方法，它们在处理数据集时有不同的特性和应用场景。本文将对这两种方法进行详细对比，以帮助理解它们之间的差异。 `FIND_IN_SET()` 函数主要用于在一个...
MySQL对JSON数据类型的处理
cesske的博客
08-21 329
MySQL从5.7版本开始提供了对JSON数据类型的支持，‌使得MySQL能够直接存储和管理JSON格式的数据。‌这使得在数据库中处理JSON数据变得更为方便和高效。‌以下是一些常用的处理JSON数据的函数和操作：‌。通过这些操作和函数，‌MySQL允许你灵活地处理JSON数据，‌使得在数据库层面进行复杂的数据操作成为可能。4.‌使用JSON_EXTRACT提取JSON字段。9.‌删除JSON中的键值对。8.‌替换JSON中的值。10.‌搜索JSON数据。2.‌插入JSON数据。6.‌更新JSON数据。
mysql创建quartz定时任务相关表sql
xiexf20230814的博客
08-20 545
-存储Cron触发器的cron表达式和其他信息。--接下来，创建索引以提高性能;--存储简单触发器的额外属性。--存储复杂触发器的简单属性。--存储触发器的blob数据。--存储已触发的触发器信息。--存储调度器的状态信息。--存储暂停的触发器组。--存储触发器信息。
MySQL创建与删除表
weixin_69053029的博客
08-21 259
表名(列名 类型,列名 类型......);
【MySQL】表的增删查改
muyuteacher的博客
08-21 812
在数据库管理中，CRUD（Create, Read, Update, Delete）是一组基本的操作，用于管理表中的数据。Create：创建新的记录或表。Read：检索表中的数据。Update：修改表中现有记录的数据。Delete：从表中移除记录。本文将对这四种操作进行详细介绍。
MySQL——多表操作（一）外键（3）添加外键约束的参数说明
PAP
08-23 157
MySQL——多表操作（一）外键（3）添加外键约束的参数说明
[mysql][sql]mysql查询表大小
一名不太专业的程序员
08-21 370
表中选择特定数据库（在这个例子中是名为 'crawleroocllisten' 的数据库）的表信息。查询结果包括数据库名、表名、表中的记录数以及数据和索引所占用的空间容量（单位为MB）。这个查询通常用于数据库管理，帮助管理员了解数据库中各个表的大小和记录数，以便进行优化和维护。函数来将数据和索引长度除以1024两次（将字节转换为MB），并且保留两位小数。SQL 查询语句，用于从。
【MySQL】关于编译的MySQL的mysql.sock路径
qq_24428851的博客
08-21 552
如果是下载的官方MySQL二进制安装包或者编译安装（编译时使用的默认值，没有特意指定mysql.sockl路径），那么mysql.sock的路径是。并且如果路径原本不存在，启动MySQL之前你需要手动创建，主要目录的属主属组，使得MySQL启动时有写入权限！文件路径,启动时，不会有什么问题，MySQL Server 会将mysql.sock 文件生成在相应的目录。如果是用官方rpm安装或者拉取的官方docker镜像起的MySQL服务，mysql.sock的路径是。【MySQL】关于 mysql.sock。
【mysql】大规模企业常用的MySQL性能优化方案分享
景天科技苑
08-21 899
MySQL作为广泛使用的关系型数据库管理系统，其性能优化对于提升应用程序的响应速度、保障系统稳定运行以及提高用户体验至关重要。本文将结合实际案例，详细阐述MySQL性能优化的多种策略和方法，涵盖查询优化、索引优化、表结构优化、服务器配置调整、定期维护、缓存技术、数据分区与分表、负载均衡技术、数据库设计优化以及性能监控与调优等多个方面。
【MySQL】5.0 入门学习（五）——MySQL源码了解及MySQL初始化设置
qq_24428851的博客
08-20 469
storage：存储引擎目录，实现handler抽象借口主要包涵下面目录：innobase（最常用，支持事务、MVCC，就是多版本的并发控制）、myisam myisammrg heap csv archive(支持插入和查询的存储引擎) federated(可以操作远程表的引擎) ndb blackhole(黑洞引擎，比较特殊)sql数据库主程序目录（sql_insert.cc sql_update.cc）,存储引擎借口（handler.cc handler.h）CentOS7安装MySQL。
MySQL系统性的学习--基础
kussm_的博客
08-23 400
用来管理数据库用户、控制数据库的访问权限。在MySQL中，用户的信息及用户所具有的权限的信息都是存放在 mysql 库中的 user 表里，同时知道主机地址和用户名才能完整的定位一个用户。
出现 2003 - Can’t connect to MySQL server on ‘xxx‘(10060) 解决方法
码农研究僧的博客
08-21 339
sql链接远程服务器的时候，出现如下问题： 2003 - Can’t connect to MySQL server on 'xxx'(10060)
【功能自动化】进阶版——使用mysql数据表获取参数，并批量更新数据
a272329874a的博客
08-21 218
3.mysql数据表user表内容。1.需要配置WebTours网站。2.安装pymysql。
已解决：java.lang.ClassNotFoundException: com.mysql.jdbc.Driver 异常的正确解决方法，亲测有效！！！
星辰探码的博客
08-23 483
异常通常由缺少 MySQL 驱动程序或不正确的类名引起。通过确保正确的驱动程序版本和配置，可以有效解决此问题。在项目开发过程中，推荐使用最新版本的 MySQL Connector/J 驱动程序，以避免类似问题的发生。
MySQL 用户与权限管理详解
最新发布
yimeixiaolangzai的博客
08-23 736
MySQL 的用户与权限管理体系非常灵活和强大，通过创建和管理用户、授予和回收权限、理解 MySQL 的权限体系，可以确保数据库的安全性和操作的规范性。在实际应用中，建议遵循最小权限原则（Principle of Least Privilege），即只授予用户完成任务所需的最小权限，以减少安全风险。掌握这些基础操作，可以帮助你更好地管理 MySQL 数据库，并为系统的安全运行提供坚实保障。
支持最新 mysql9的workbench8.0.39 中文汉化教程来了
zp8126的专栏
08-20 1022
​ 「最新8.0.38之前版本MySQLWorkbench汉化」，转存后再下载以防丢失。 夸克网盘链接：https://pan.quark.cn/s/c318e19336e6 百度网盘链接: https://pan.baidu.com/s/1Fea0KG2sb4bCpDHNlnlQVw 提取码: ufd5 「最新版本8.0.39汉化文件」转存后再下载以防丢失。 夸克网盘链接：https://pan.quark.cn/s/542f25f49c18 百度网盘链接: https://pan.baidu.c
mysql where in 子查询 语句会走索引吗
04-29
MySQL中的WHERE IN子查询语句在某些情况下会走索引，具体取决于查询条件和索引类型。如果查询条件中的值和索引类型完全匹配，那么WHERE IN子查询就能够利用索引进行优化。 比如说，如果查询语句使用了B+树索引，同时WHERE IN子查询中的值位于索引树的同一层级，那么MySQL会使用该索引进行查询，并且能够快速定位到符合条件的行。对于其他类型的索引，如哈希索引或全文索引，WHERE IN子查询就无法走索引进行优化。 此外，还需要注意WHERE IN子查询中的值是否可以利用索引的有序性。如果查询条件中的值不是按照索引的顺序进行排序的，那么MySQL就无法充分利用索引的有序性，降低了查询效率。 总的来说，MySQL中的WHERE IN子查询语句在合适的条件下是能够走索引的，这也是优化查询效率的一种方法。但是，需要针对具体查询语句和索引类型进行分析，选择合适的优化策略。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值