like、索引和MySQL版本

最新推荐文章于 2024-07-10 10:52:21 发布
最新推荐文章于 2024-07-10 10:52:21 发布
阅读量234 收藏
点赞数
分类专栏： MySQL 文章标签： mysql 索引
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/smith789/article/details/103723594
版权

主题

sql中like的用法，在不同版本的MySQL中表现是不同的。具体细节如下：

version 5.6.45

case 1

select version();

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for article
-- ----------------------------
DROP TABLE IF EXISTS `article`;
CREATE TABLE `article`  (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(25) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NULL DEFAULT NULL,
  `title` varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NULL DEFAULT NULL,
  `status` tinyint(3) NULL DEFAULT NULL COMMENT '0:正常，1：冻结 2：删除',
  `page` bigint(20) NULL DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  INDEX `name_index`(`name`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 530839 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_bin ROW_FORMAT = Compact;

SET FOREIGN_KEY_CHECKS = 1;

INSERT INTO `explain`.`article`(`id`, `name`, `title`, `status`, `page`) VALUES (1, 'article_1', 'article_1', 1, 1);
INSERT INTO `explain`.`article`(`id`, `name`, `title`, `status`, `page`) VALUES (2, 'article_2', 'article_2', 1, 2);
INSERT INTO `explain`.`article`(`id`, `name`, `title`, `status`, `page`) VALUES (3, 'article_3', 'article_3', 1, 3);
INSERT INTO `explain`.`article`(`id`, `name`, `title`, `status`, `page`) VALUES (4, 'article_4', 'article_4', 1, 4);
INSERT INTO `explain`.`article`(`id`, `name`, `title`, `status`, `page`) VALUES (5, 'article_5', 'article_5', 0, 5);

explain select * from article where name like '1';
explain select * from article where name like '1%';
explain select * from article where name like '%1';
explain select * from article where name like '%1%';
explain select * from article where name not like '%1%';


2和3type = range，说明用到了索引。4、5、6type=all，没用到索引。
4、5、6的possible_keys、keys为空。
key_len= 25（varchar（25）） * 4 + 2 + 1 = 103
2、3的extra=Using index意料之中，4、5、6的extra=Using where说明需要回表扫描。

case 2

select version();

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for article
-- ----------------------------
DROP TABLE IF EXISTS `article`;
CREATE TABLE `article`  (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(25) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NULL DEFAULT NULL,
  -- `title` varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NULL DEFAULT NULL,
  -- `status` tinyint(3) NULL DEFAULT NULL COMMENT '0:正常，1：冻结 2：删除',
  -- `page` bigint(20) NULL DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  INDEX `name_index`(`name`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 530839 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_bin ROW_FORMAT = Compact;

SET FOREIGN_KEY_CHECKS = 1;

INSERT INTO `explain`.`article`(`id`, `name`) VALUES (1, 'article_1');
INSERT INTO `explain`.`article`(`id`, `name`) VALUES (2, 'article_2');
INSERT INTO `explain`.`article`(`id`, `name`) VALUES (3, 'article_3');
INSERT INTO `explain`.`article`(`id`, `name`) VALUES (4, 'article_4');
INSERT INTO `explain`.`article`(`id`, `name`) VALUES (5, 'article_5');

explain select * from article where name like '1';
explain select * from article where name like '1%';
explain select * from article where name like '%1';
explain select * from article where name like '%1%';
explain select * from article where name not like '%1%';


case 2和case 1比起来剪掉3个字段以后，重点变化有2点
1：4、5、6的type=index，说明用到了索引。但是只是在索引上顺序查找记录而已，索引最重要的功能快速定位并没有得逞。
2：1、2的type从range->index，1、2的rows从1->5。
3：1、2的extra从Using index condition—>Using where;Using index。

5.7.28 & 8.0.18

case 1

select version();

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for article
-- ----------------------------
DROP TABLE IF EXISTS `article`;
CREATE TABLE `article`  (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(25) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NULL DEFAULT NULL,
  `title` varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NULL DEFAULT NULL,
  `status` tinyint(3) NULL DEFAULT NULL COMMENT '0:正常，1：冻结 2：删除',
  `page` bigint(20) NULL DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  INDEX `name_index`(`name`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 530839 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_bin ROW_FORMAT = Compact;

SET FOREIGN_KEY_CHECKS = 1;

INSERT INTO `explain`.`article`(`id`, `name`, `title`, `status`, `page`) VALUES (1, 'article_1', 'article_1', 1, 1);
INSERT INTO `explain`.`article`(`id`, `name`, `title`, `status`, `page`) VALUES (2, 'article_2', 'article_2', 1, 2);
INSERT INTO `explain`.`article`(`id`, `name`, `title`, `status`, `page`) VALUES (3, 'article_3', 'article_3', 1, 3);
INSERT INTO `explain`.`article`(`id`, `name`, `title`, `status`, `page`) VALUES (4, 'article_4', 'article_4', 1, 4);
INSERT INTO `explain`.`article`(`id`, `name`, `title`, `status`, `page`) VALUES (5, 'article_5', 'article_5', 0, 5);

explain select * from article where name like '1';
explain select * from article where name like '1%';
explain select * from article where name like '%1';
explain select * from article where name like '%1%';
explain select * from article where name not like '%1%';

case 2

select version();

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for article
-- ----------------------------
DROP TABLE IF EXISTS `article`;
CREATE TABLE `article`  (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(25) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NULL DEFAULT NULL,
  -- `title` varchar(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NULL DEFAULT NULL,
  -- `status` tinyint(3) NULL DEFAULT NULL COMMENT '0:正常，1：冻结 2：删除',
  -- `page` bigint(20) NULL DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  INDEX `name_index`(`name`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 530839 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_bin ROW_FORMAT = Compact;

SET FOREIGN_KEY_CHECKS = 1;

INSERT INTO `explain`.`article`(`id`, `name`) VALUES (1, 'article_1');
INSERT INTO `explain`.`article`(`id`, `name`) VALUES (2, 'article_2');
INSERT INTO `explain`.`article`(`id`, `name`) VALUES (3, 'article_3');
INSERT INTO `explain`.`article`(`id`, `name`) VALUES (4, 'article_4');
INSERT INTO `explain`.`article`(`id`, `name`) VALUES (5, 'article_5');

explain select * from article where name like '1';
explain select * from article where name like '1%';
explain select * from article where name like '%1';
explain select * from article where name like '%1%';
explain select * from article where name not like '%1%';

smith789
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
【项目实战】使用LIKE操作符可能导致MySQL索引失效
本本本添哥
01-22 657
同事遇到一个生产问题，MySQL-like可能导致索引失效，这个问题如果我遇到我会怎么处理呢？其实我一点思路都没有，因为我对索引熟悉度不高，下面来简单学习下索引失效的相关的内容！MySQL中的LIKE操作符在某些情况下可能导致索引失效，这主要是由于LIKE操作符的特性以及MySQL的查询优化器如何处理这些查询，导致全表扫描，从而影响查询性能。
MySql中的like和in走不走索引
emgexgb_sef的博客
08-02 391
in走不走索引这个和条件后面的数据量有关系，当数据量较小的时候是会走索引的，而当in后面跟的数据量较大的时候就会走全表扫描。这条sql查询的目标数据在数据库中的区分度是没问题的，而且email字段也是有索引的，按理说这条语句肯定会走索引的。通过type列的ALL很明显看出这条语句已经不走索引了，因为此时数据库中email字段的区分度已经不支持123%这种写法走索引了，所以使用的全表扫描。第三种写法其实跟第二种写法是一样的，也属于%在前面的一种，同样也不会走索引。我们分别来看一下这三种走索引的情况。...
mysql中like是否使用索引
12-14
一.测试数据  CREATE TABLE `test_orderdetail` ( `id` int(11) NOT NULL AUTO_INCREMENT, `order_id` int(11) DEFAULT NULL, `product_name` varchar(100) DEFAULT NULL, `cnt` int(11) DEFAULT NULL, `create_date` datetime DEFAULT NULL, PRIMARY KEY (`id`), KEY `idx_orderid_productname` (`product_name`
mysql like索引_mysql 索引与优化like查询
weixin_36070282的博客
01-18 590
1. like %keyword 索引失效，使用全表扫描。但可以通过翻转函数+like前模糊查询+建立翻转函数索引=走翻转函数索引，不走全表扫描。2. like keyword% 索引有效。3. like %keyword% 索引失效，也无法使用反向索引。==================================================================...
Mysql LIKE什么时候走索引，什么时候不走索引
最新发布
Gemini1995的博客
07-10 865
在 MySQL 中，LIKE查询是否走索引，主要取决于通配符的位置和使用的存储引擎。
mysql like的索引
wuxing164的博客
09-10 859
mysql中如果用到like的关键字 like '%name%' 前后%是不会用到索引的 like 'name%'   只加后%会用到索引的 如果要使like字段索引生效,只能后面加入%
Mysql索引 like篇
Jc0803kevin的专栏
06-22 401
Mysql在查询中使用like的时候，对应的字段上面的索引是否会生效呢？
MySQL 中的 like 使用索引
热门推荐
qq_36445951的博客
01-21 1万+
Mysql中的like使用索引
MySQL全文索引、联合索引、like查询、json查询速度哪个快
09-08
JSON查询是MySQL 5.7及以上版本引入的新特性，对于处理复杂结构的数据，如JSON字段，非常有用。JSON_SEARCH函数可以查找JSON对象中是否存在指定的值。在这个例子中，JSON查询的耗时是196毫秒，比LIKE查询稍快，但...
MySQL中的LIKE查询能否用的到索引
桐花思雨
01-22 7943
目录前言索引单值索引 前言 常常听说，mysql 中的 like 要慎用，因为会全表扫描，对于这句话不是很理解，只能强加记忆。这篇文章我们来一探究竟，了解 like 为什么要慎用，以及为什么会全表扫描 索引 我们从单值索引和联合索引两个方面来讨论 单值索引 数据库 SQL 脚本如下 CREATE TABLE `user` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `username` varchar(255) COLLATE utf8mb4_u
MySQL全文索引和like
Apple_Boy的博客
11-09 3927
文章目录概念版本支持使用全文索引测试全文索引总结几个注意点 概念 通过数值比较、范围过滤等就可以完成绝大多数我们需要的查询，但是，如果希望通过关键字的匹配来进行查询过滤，那么就需要基于相似度的查询，而不是原来的精确数值比较。全文索引就是为这种场景设计的。 你可能会说，用 like + % 就可以实现模糊匹配了，为什么还要全文索引？like + % 在文本比较少时是合适的，但是对于大量的文本数据检索...
mysql按照like做索引_MySQL中是否支持like索引优化 ？
weixin_28974985的博客
01-28 192
MySQL中是否支持like索引优化 ？MySQL中，使用like关键字进行模糊查询到时候，是十分常见的应用场景，我们应该注意什么？1. 如果通配符(% _)在匹配的第一个字符，则进行全表扫描。例如：explain extended select * from like1 where name like '%abc';+----+-------------+-------+------+-----...
MySQL中like查询是否会使用索引
nanchengyu的博客
02-24 2972
MySQL中like查询使用索引explain查看执行计划实验过程Like 不走索引的优化 explain查看执行计划 首先介绍一下mysql explain的各项内容： 序号 名称 含义 备注 1 id 查询的ID ID相同从上往下执行，ID不同，越大越先执行 2 select_type 查询类型 SIMPLE 简单查询 PRIMARY 最外层的查询Union SUBQUERY 子查询。还有很多类型可以看官方文档 https://dev.mysql.com/doc/refman/5.6
mysql5.6like_mysql5.6中文索引mysqlcft插件
weixin_36245032的博客
01-19 67
下载：mysqlcft插件32位64位1、添加参数到my.cnf[root@edu-mysql-02 ~]# vim /etc/my.cnfft_min_word_len = 1##最小词所占字节数重启MySQL服务[root@mail ~]# systemctl restart mysqld.service2、移动插件到指导位置：[root@mail ~]# tar -zxvf mysqlcft...
其实 MySQL 中的 like 关键字也能用索引
2401_83817148的博客
03-27 1717
终极手撕架构师的学习笔记：分布式+微服务+开源框架+性能优化” />终极手撕架构师的学习笔记：分布式+微服务+开源框架+性能优化[外链图片转存中…(img-tzDFsBdl-1711492978512)]点击传送门，即可免费领取！
mysql组合索引like问题
Wuhaotian1996的博客
05-27 7328
首先我们知道LIKE中只有把百分号放在查询右边才会用到索引 如图所示：看到了这个 type=range就让我们想起了 区间范围查询 范围查询之后的复合查询都会失效如图所示：把其中三个字段设置成复合索引（组合索引）然后我们范围查询  正常结果 qid失效   type=range    key_len 精度=68然后我们把最后pid注释掉 在进行一次查询 验证一下是否真的pid没有用到索引  发现和...
mysql版本问题汇总
Tony威的博客
01-10 927
1.SELECT a.id,a.app_id,b.app_price,b.month_appid,b.insert_date FROM t_times_order a LEFT JOIN (SELECT * FROM t_monthapp ORDER BY month_appid DESC) b ON a.app_id = b.app_id GROUP BY
MySQL中like关键字与索引的使用
Socrates的技术笔记
04-24 706
使用like进行查询的逻辑其实非常符合我们的直接的认知。就像在bash中使用grep来筛选命令行的结果和like其实是同样的逻辑。只是如果数据库中的数据很多时，我们需要通过其他的方法来缩减直接应用like的范围而已。
MySQL索引选择策略详解与案例分析
MySQL选择合适的索引是数据库优化的关键，特别是在处理大量数据和复杂查询时。本文将深入探讨如何在MySQL中有效地选择和利用索引来提高查询性能。首先，理解索引的基本原理是必要的。索引是一种数据结构，它允许快速...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值