MySQL - 模糊搜索 LIKE BINARY 和 LIKE

本文涉及的产品
云数据库 RDS MySQL Serverless,0.5-2RCU 50GB
云数据库 RDS MySQL Serverless,价值2615元额度,1个月
简介: MySQL - 模糊搜索 LIKE BINARY 和 LIKE

MySQL 模糊搜索

MySQL 模糊搜索: LIKE BINARY 是区分大小写的; LIKE 是否区分大小写,取决于表的 COLLATE,如果 COLLATE=utf8_bin 即二进制形式就是区分大小写的,否则是不区分的。

在 ORM 中过滤的时候会写 xxx.objects.filter(name__contains=‘sxn’) 和 xxx.objects.filter(name__icontains=‘sxn’) 转成的 SQL分别是: LIKE BINARY 和 LIKE


(drf_poc_env) root@robert-Ubuntu:/media/sf_WorkSpace/drf_poc# python manage.py shell
Python 2.7.12 (default, Nov 12 2018, 14:36:49) 
[GCC 5.4.0 20160609] on linux2
Type "help", "copyright", "credits" or "license" for more information.
(InteractiveConsole)
>>> 
>>> from app01.models import UserInfo
>>> 
>>> UserInfo.objects.filter(username__contains='SXN')  ----用的是  LIKE BINARY
DEBUG 2020-04-01 11:01:07,836 4942 140546619713280 utils 90 Line (0.001) 
SELECT `app01_userinfo`.`id`, `app01_userinfo`.`user_type`, `app01_userinfo`.`username`, `app01_userinfo`.`password` 
FROM `app01_userinfo` 
WHERE `app01_userinfo`.`username` LIKE BINARY '%SXN%' LIMIT 21; args=(u'%SXN%',)
<QuerySet []>
>>> 
>>> 
>>> 
>>> UserInfo.objects.filter(username__icontains='SXN')  ----用的是  LIKE 
DEBUG 2020-04-01 11:01:25,360 4942 140546619713280 utils 90 Line (0.001) 
SELECT `app01_userinfo`.`id`, `app01_userinfo`.`user_type`, `app01_userinfo`.`username`, `app01_userinfo`.`password` 
FROM `app01_userinfo` 
WHERE `app01_userinfo`.`username` LIKE '%SXN%' LIMIT 21; args=(u'%SXN%',)
<QuerySet [<UserInfo: UserInfo object>]>
>>> 
>>> 
mysql> show create table app01_userinfo \G     -----注意表的 COLLATE 用是默认值,并不是COLLATE=utf8_bin 
*************************** 1. row ***************************
       Table: app01_userinfo
Create Table: CREATE TABLE `app01_userinfo` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `user_type` int(11) NOT NULL,
  `username` varchar(32) NOT NULL,
  `password` varchar(32) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `username` (`username`)
) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8
1 row in set (0.01 sec)
mysql> 
mysql> 
mysql> select * from app01_userinfo where username like binary '%sxn%';
+----+-----------+----------+----------+
| id | user_type | username | password |
+----+-----------+----------+----------+
|  2 |         2 | sxn      | 655      |
+----+-----------+----------+----------+
1 row in set (0.00 sec)
mysql> 
mysql> select * from app01_userinfo where username like binary '%SXN%';
Empty set (0.00 sec)
mysql> 
mysql> 
mysql> 
mysql> select * from app01_userinfo where username like '%sxn%';
+----+-----------+----------+----------+
| id | user_type | username | password |
+----+-----------+----------+----------+
|  2 |         2 | sxn      | 655      |
+----+-----------+----------+----------+
1 row in set (0.00 sec)
mysql> 
mysql> select * from app01_userinfo where username like '%SXN%';
+----+-----------+----------+----------+
| id | user_type | username | password |
+----+-----------+----------+----------+
|  2 |         2 | sxn      | 655      |
+----+-----------+----------+----------+
1 row in set (0.00 sec)
mysql> 
mysql> show create table db_work_order \G      --------- 注意表的  COLLATE=utf8_bin 
*************************** 1. row ***************************
       Table: db_work_order
Create Table: CREATE TABLE `db_work_order` (
  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `order_num` varchar(64) COLLATE utf8_bin NOT NULL COMMENT '工单编号',
  `order_type` varchar(32) COLLATE utf8_bin NOT NULL COMMENT '工单类型',
  ......
  `create_time` datetime(6) NOT NULL COMMENT '创建时间',
  `update_time` datetime(6) NOT NULL COMMENT '更新时间',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uqi_ordernum` (`order_num`),
  KEY `created_time` (`create_time`)
) ENGINE=InnoDB AUTO_INCREMENT=1578 DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='数据库类别的工单表'
1 row in set (0.05 sec)
mysql> 
mysql>   ------可以看到是区分大小写的------
mysql> select id, order_num  from db_work_order where order_num LIKE '%DB_change%' limit 3;
Empty set (0.01 sec)
mysql> 
mysql> select id, order_num  from db_work_order where order_num LIKE '%db_change%' limit 3;
+-----+-----------------------+
| id  | order_num             |
+-----+-----------------------+
| 392 | db_change202003030106 |
| 335 | db_change202003040029 |
|  67 | db_change202003040078 |
+-----+-----------------------+
3 rows in set (0.00 sec)
mysql> 
是不是和环境变量也有关系?这个待确定
mysql> show variables like '%lower%';
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| lower_case_file_system | ON    |
| lower_case_table_names | 1     |
+------------------------+-------+
2 rows in set, 1 warning (0.00 sec)
mysql>

SQL WHERE 中的空格


mysql> show create table db_work_order \G      --------- 注意表的  COLLATE=utf8_bin 
*************************** 1. row ***************************
       Table: db_work_order
Create Table: CREATE TABLE `db_work_order` (
  `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '主键',
  `order_num` varchar(64) COLLATE utf8_bin NOT NULL COMMENT '工单编号',
  `order_type` varchar(32) COLLATE utf8_bin NOT NULL COMMENT '工单类型',
  ......
  `create_time` datetime(6) NOT NULL COMMENT '创建时间',
  `update_time` datetime(6) NOT NULL COMMENT '更新时间',
  PRIMARY KEY (`id`),
  UNIQUE KEY `uqi_ordernum` (`order_num`),
  KEY `created_time` (`create_time`)
) ENGINE=InnoDB AUTO_INCREMENT=1578 DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='数据库类别的工单表'
mysql>
mysql> select order_num, order_type, length(order_type) from db_work_order where order_type = 'cds_change_bak    ' limit 3;
+----------------------------+----------------+--------------------+
| order_num                  | order_type     | length(order_type) |
+----------------------------+----------------+--------------------+
| cds_change_bak202003050001 | cds_change_bak |                 14 |
| cds_change_bak202003050002 | cds_change_bak |                 14 |
| cds_change_bak202003060001 | cds_change_bak |                 14 |
+----------------------------+----------------+--------------------+
3 rows in set (0.00 sec)
mysql>

因为 order_type 的类型是 varchar 所以在 WHERE 中会忽略 'cds_change_bak ’ 中的空格,因为在varcahr 在存储的时候就会把后缀的空格给截断,注意前导空格不会忽略。

相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境,其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
2月前
|
SQL 关系型数据库 MySQL
MySQL数据库,可以使用二进制日志(binary log)进行时间点恢复
对于MySQL数据库,可以使用二进制日志(binary log)进行时间点恢复。二进制日志是MySQL中记录所有数据库更改操作的日志文件。要进行时间点恢复,您需要执行以下步骤: 1. 确保MySQL配置文件中启用了二进制日志功能。在配置文件(通常是my.cnf或my.ini)中找到以下行,并确保没有被注释掉: Copy code log_bin = /path/to/binary/log/file 2. 在需要进行恢复的时间点之前创建一个数据库备份。这将作为恢复的基准。 3. 找到您要恢复到的时间点的二进制日志文件和位置。可以通过执行以下命令来查看当前的二进制日志文件和位
106 1
|
2月前
|
SQL 关系型数据库 MySQL
总结 vue3 的一些知识点:MySQL LIKE 子句
总结 vue3 的一些知识点:MySQL LIKE 子句
|
2月前
|
关系型数据库 MySQL
Mysql基础第十二天,用正则表达式进行搜索
Mysql基础第十二天,用正则表达式进行搜索
26 0
Mysql基础第十二天,用正则表达式进行搜索
|
3月前
|
缓存 关系型数据库 MySQL
百度搜索:蓝易云【CentOS8服务器安装MySQL报错:no match mysql-community-server】
现在,你已经成功安装了MySQL服务器并解决了"no match mysql-community-server"的报错问题。祝你使用愉快!
43 1
|
4月前
|
Ubuntu 关系型数据库 MySQL
百度搜索:蓝易云【ubuntu下Mysql安装与root密码重置教程】
请注意,以上步骤是针对Ubuntu系统的。如果你使用的是其他Linux发行版,请相应地调整命令。
110 1
|
4月前
|
关系型数据库 MySQL 数据库
百度搜索:蓝易云【【Docker】Docker部署Mysql并设置数据持久化教程】
通过以上步骤,您已经成功地在Docker中部署了MySQL,并设置了数据持久化,确保数据在容器重新启动或迁移时得以保留。
53 0
|
4月前
|
运维 监控 关系型数据库
百度搜索:蓝易云【MYSQL四种管理日志详细介绍】
这四种管理日志对于MySQL服务器的性能监控、故障排查以及主从复制等方面都非常重要。在使用这些日志时,应根据具体需求来选择开启和配置,并定期清理和维护日志文件,以免占用过多磁盘空间。
58 0
|
2月前
|
关系型数据库 MySQL
Mysql基础第二十一天,全文本搜索
Mysql基础第二十一天,全文本搜索
23 0
|
3月前
|
存储 关系型数据库 MySQL
百度搜索:蓝易云【MySQL的行锁、表锁触发教程】
需要注意的是,行锁和表锁的使用会对数据库的性能产生影响。行锁可以提高并发性,但可能导致死锁问题,而表锁可以简单粗暴地避免死锁,但会降低并发性。因此,在使用锁时需要根据实际情况来选择合适的锁级别。如果需要更精细的并发控制,可以考虑使用行锁,如果对并发性要求不高,可以考虑使用表锁。
29 1
|
3月前
|
SQL 关系型数据库 MySQL
like concat 兼容h2、mysql、pgsql语法
like concat 兼容h2、mysql、pgsql语法
35 0