深入探究Mysql模糊查询是否区分大小写-巨人网络通讯

主页 > 知识库 > 深入探究Mysql模糊查询是否区分大小写

深入探究Mysql模糊查询是否区分大小写

前言

近期，一直在忙着写一个小小的个人博客项目，在实现 “全局搜索” 功能时，发现mysql模糊查询语句有点儿神奇（本小白刚刚步入编程阶段，所以可能让大家见笑了，哈哈哈），有时候 mysql模糊查询语句区分大小写，有时候 mysql查询语句又不区分度大小写，于是，做了很多次实验，得出以下结论（可能有不对的地方，欢迎大佬们可以指出我的不足，也欢迎小伙伴们可以一起讨论问题！)

先来介绍一下COLLATE，COLLATE通常是和数据编码（CHARSET）相关的，一般来说每种CHARSET都有多种它所支持的COLLATE，并且每种CHARSET都指定一种COLLATE为默认值。例如latin1编码的默认COLLATE为latin1_swedish_ci，gbk编码的默认COLLATE为gbk_chinese_ci，utf8mb4编码的默认值为utf8mb4_general_ci：

CHSRSET	COLLATE
latin1	latin1_swedish_ci
gbk	gbk_chinese_ci
utf8mb4	utf8mb4_general_ci
utf8	utf8_bin

有兴趣的小伙伴，可以在navicate等数据库可视化工具中，自己尝试一下：

注意：mysql中有utf8和utf8mb4两种编码，但是mysql中的utf8最多只能支持3bytes长度的字符编码，所以，建议大家还是选择utf8mb4编码格式；

解决方法一

如图所示，为了便于区分，让小伙伴们更好地理解，在此，本小白建立了两个一模一样的数据库，其中一个采用utf8编码格式，另外一个采用utf8mb4格式：

区分大小写

建表语句也采用utf8编码格式：

建表语句

blog_test : utf8编码格式

SET NAMES utf8;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for t_blog
-- ----------------------------
DROP TABLE IF EXISTS `t_blog`;
CREATE TABLE `t_blog`  (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `appreciation` bit(1) NOT NULL,
  `comment_tabled` bit(1) NOT NULL,
  `content` longtext CHARACTER SET utf8 COLLATE utf8_bin NULL,
  `create_time` datetime(0) NULL DEFAULT NULL,
  `first_picture` varchar(255) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `flag` varchar(255) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `published` bit(1) NOT NULL,
  `recommend` bit(1) NOT NULL,
  `share_statement` bit(1) NOT NULL,
  `title` varchar(255) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  `update_time` datetime(0) NULL DEFAULT NULL,
  `views` int(11) NULL DEFAULT NULL,
  `type_id` bigint(20) NULL DEFAULT NULL,
  `user_id` bigint(20) NULL DEFAULT NULL,
  `description` varchar(255) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  INDEX `FK292449gwg5yf7ocdlmswv9w4j`(`type_id`) USING BTREE,
  INDEX `FK8ky5rrsxh01nkhctmo7d48p82`(`user_id`) USING BTREE,
  CONSTRAINT `FK292449gwg5yf7ocdlmswv9w4j` FOREIGN KEY (`type_id`) REFERENCES `t_type` (`id`) ON DELETE RESTRICT ON UPDATE RESTRICT,
  CONSTRAINT `FK8ky5rrsxh01nkhctmo7d48p82` FOREIGN KEY (`user_id`) REFERENCES `t_user` (`id`) ON DELETE RESTRICT ON UPDATE RESTRICT
) ENGINE = InnoDB AUTO_INCREMENT = 14 CHARACTER SET = utf8 COLLATE = utf8_bin ROW_FORMAT = Dynamic;

数据库内容

查询结果 select * from t_blog where title like ‘%html%';

select * from t_blog where title like ‘%HTML%';

结论：

mysql采用utf8编码格式，模糊查询区分大小写

不区分大小写

建表语句

建表语句也采用utf8mb4编码格式：

blog_test2 : utf8mb4编码格式

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

-- ----------------------------
-- Table structure for t_blog
-- ----------------------------
DROP TABLE IF EXISTS `t_blog`;
CREATE TABLE `t_blog`  (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `appreciation` bit(1) NOT NULL,
  `comment_tabled` bit(1) NOT NULL,
  `content` longtext CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL,
  `create_time` datetime(0) NULL DEFAULT NULL,
  `first_picture` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL,
  `flag` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL,
  `published` bit(1) NOT NULL,
  `recommend` bit(1) NOT NULL,
  `share_statement` bit(1) NOT NULL,
  `title` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL,
  `update_time` datetime(0) NULL DEFAULT NULL,
  `views` int(11) NULL DEFAULT NULL,
  `type_id` bigint(20) NULL DEFAULT NULL,
  `user_id` bigint(20) NULL DEFAULT NULL,
  `description` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  INDEX `FK292449gwg5yf7ocdlmswv9w4j`(`type_id`) USING BTREE,
  INDEX `FK8ky5rrsxh01nkhctmo7d48p82`(`user_id`) USING BTREE,
  CONSTRAINT `FK292449gwg5yf7ocdlmswv9w4j` FOREIGN KEY (`type_id`) REFERENCES `t_type` (`id`) ON DELETE RESTRICT ON UPDATE RESTRICT,
  CONSTRAINT `FK8ky5rrsxh01nkhctmo7d48p82` FOREIGN KEY (`user_id`) REFERENCES `t_user` (`id`) ON DELETE RESTRICT ON UPDATE RESTRICT
) ENGINE = InnoDB AUTO_INCREMENT = 14 CHARACTER SET = utf8mb4 COLLATE = utf8mb4_general_ci ROW_FORMAT = Dynamic;

数据库内容

查询结果 select * from t_blog where title like ‘%html%';

select

* from t_blog where title like ‘%HTML%';

结论

mysql采用utf8mb4编码格式，模糊查询不区分大小写

解决方法二

区分大小写

方法

单独指定所需字段（比如，在此处我所需要区分大小写的字段为表 ‘t_blog' 中的 ‘title' 字段）为 ‘utf8' 编码格式，COLLATE 为“utf8_bin”；

alter table t_blog CHANGE `title` `title` varchar(255) CHARACTER SET utf8 COLLATE utf8_bin NULL DEFAULT NULL;

结论

select * from t_blog where title like ‘%HTML%';

select * from t_blog where title like ‘%html%';

由上述执行结果可以看出，此方法可以使模糊查询语句区分大小写；

不区分大小写

方法

单独指定所需字段（比如，在此处我所需要不区分大小写的字段为表 ‘t_blog' 中的 ‘title' 字段）为 ‘utf8mb4' 编码格式，COLLATE 为“utf8mb4_bin”：

alter table t_blog CHANGE `title` `title` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NULL DEFAULT NULL;

结论 select * from t_blog where title like ‘%HTML%';

select * from t_blog where title like ‘%html%';

由上述执行结果可以看出，此方法可以使模糊查询语句不区分大小写；

解决办法三

区分大小写

方法

如图所示，当前 ‘t_blog' 表格的 ‘title' 字段的 COLLATE 为 ‘utf8mb4_general_ci' ,不区分大小写

修改字段为BINARY：

alter table t_blog CHANGE `title` `title` varchar(255) BINARY NULL DEFAULT NULL;

alter table `t_blog` modify column `title` varchar(255) BINARY NULL DEFAULT NULL;

两种修改方式选择一种既可

结论

select * from t_blog where title like ‘%HTML%';

select * from t_blog where title like ‘%html%';

由上述执行结果可以看出，修改字段为BINARY，可以使模糊查询语句区分大小写；

解决办法四

区分大小写

方法

如图所示，当前 ‘t_blog' 表格的 ‘title' 字段的 COLLATE 为 ‘utf8mb4_general_ci' ,不区分大小写

查询语句字段前面加BINARY：

select * from `t_blog` where BINARY `title` like '%html%';

结论

select * from t_blog where title like ‘%html%';

select * from t_blog where BINARY title like ‘%html%';

由上述执行结果可以看出，在查询语句字段前面加BINARY，可以使模糊查询语句区分大小写。

解决办法五

（特别特别不推荐，尽量不要使用）

找到mysql相应版本下的my.ini文件，本小白对应的8.0.17版本；

在文件最后一行加上下面一句话：

lower_case_table_names=1

注意：0：区分大小写，1：不区分大小写

重启mysql

本小白还有很多地方讲解的不够清楚明了，还请各位大佬指教！想更深入了解的可以参考大佬的博客（膜拜膜拜）mysql区分大小写

总结

到此这篇关于Mysql模糊查询是否区分大小写的文章就介绍到这了,更多相关Mysql模糊查询大小写内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:

mysql中模糊查询的四种用法介绍
MySql like模糊查询通配符使用详细介绍
MySQL单表多关键字模糊查询的实现方法
mysql模糊查询like和regexp小结
Mybatis使用MySQL模糊查询时输入中文检索不到结果怎么办
浅谈MySQL模糊查询中通配符的转义
PHP MYSQL实现登陆和模糊查询两大功能
mysql模糊查询like与REGEXP的使用详细介绍
MySQL Like模糊查询速度太慢如何解决
mysql中like % %模糊查询的实现

标签：兰州黄山仙桃铜川湘潭衡水崇左湖南

巨人网络通讯声明：本文标题《深入探究Mysql模糊查询是否区分大小写》，本文关键词；如发现本文内容存在版权问题，烦请提供相关信息告之我们，我们将及时沟通与处理。本站内容系统采集于网络，涉及言论、版权与本站无关。

电销机器人到底如何运作的？

很多人对电销机器人到底如何运作存在着巨大的好奇心，那么今天，小编就带大家看一下机器人的运作流程！电销...

10-24

电话机器人的兴起对电销行业来说是“惊喜”还

随着互联网大数据的普及，许多电销行业如雨后春笋般争先恐后地冒出来。而今电销行业的混乱，让各位涉足电销...

10-24

百应电话机器人有哪些功能？百应电话机器人好

百应智能电话机器人能够协助企业进行呼入接待、外呼回访等服务场景，能够经过不断的培训学习，逐步完善成专...

10-24

客服外呼系统都有哪些优势？

当前呼叫中心电话系统被企业用于业务电销以及客户服务，然而随着企业需求不断扩大，原来传统的自建呼叫中心...

10-24

电销机器人效果怎么样？智能电话机器人可行吗

几百数千年后，或许没人会记得卡斯帕罗夫曾是世界第一的围棋高手，但人们会记得，他败给了电脑深蓝。那虽算不...

10-24

百应智能外呼系统，贷后管理科技升级

去年底开始，接连出台政策和法规加强对消费金融等金融形态进行规范。强监管下，行业走向规范发展，行业竞...

10-24

百应智能外呼系统引领外呼行业新风向

电话销售：您好，我这边是XX地产，给您推荐一下精装酒店式公寓，有兴趣了解一下吗? 客户：具体位置在哪里啊?...

10-24

小贷企业为什么需要电销机器人？

随着信贷行业逐步进入我们的生活中，越来越多人选择借款来处理资金难题。信贷企业不断涌现，业务开展迅猛，行...

10-24

雷霆电话机器人是如何转接人工的？

当我们在拨通移动、联通或电信运营商的客服电话时，总会要先经过一些机械化的选择，然后成功连接人工坐席反馈...

10-24

米卡迪电话机器人效果怎么样？

外呼电话机器人，之所以能智能的与客户无忧交流，因为运用了下面这么多高技术。 ASR 语音识别米卡迪电话机器人...

10-24

灵声电话机器人效果怎么样？好用吗

外呼电话机器人，之所以能智能的与客户无忧交流，因为运用了下面这么多高技术。灵声电话机器人效果怎么样？...

10-24

电销机器人要想效果好，话术定制有多重要

电话机器人是基于智能语音技术的智能营销工具。它会像真人一样主动拨打客户的电话，介绍产品并回答客户的咨询...

10-24

智能电话机器人的实现原理，使用安全吗？

随着科学技术的进步和人工智能的发展，越来越多的智能产品已经进入我们的工作和生活。智能手机、智能电视、智...

10-24

福州哪里有电话机器人研发公司？

人工智能再次成为各行各业关注的焦点，自从这个概念首次提出以来，60年已经过去了。自从AlphaGo以巨大优势击败人...

10-24

电销机器人销售能力怎么样？

自从电话机器人一出现，在电销行业火爆了起来。面对电话机器人的各种优势，企业跃跃欲试，但又害怕效果不理...

10-24

推荐文章

营销缺位：避暑经济还需发出“好声音”

微软Windows Server 2019首个预览版Build 17623发布（附下载地址）

vssvc.exe是什么进程

win10 mobile单手操作模式怎么用？win10 mobile和iOS系统单手操作区别对比

python flask开发的简单基金查询工具

科大讯飞闪耀世界人工智能大会：人工智能+未来已来

商标转让,知意商标转让网,公司注册、商标注册和品牌注册三者的区别？

网络传播和下载的版权补偿金制度的适用

上一篇：mysql高效查询left join和group by(加索引)

下一篇：详细谈谈MYSQL中的COLLATE是什么

一起分享吧

深入探究Mysql模糊查询是否区分大小写

前言

解决方法一

解决方法二

解决办法三

解决办法四

解决办法五

总结

QQ咨询

电话咨询