mysql 大小写问题和非严格模式

mysql 大小写问题

mysql select 语句,我们输入不管大小写都能查询到数据,例如:输入 aaa 或者 aaA 、AAA 都能查询同样的结果,说明查询条件对大小写不敏感。

解决方案一:

于是怀疑Mysql的问题。做个实验:直接使用客户端用sql查询数据库。 发现的确是大小不敏感 。

sql 复制代码
# DDL
CREATE TABLE `tb_emp` (
`id` int(11) NOT NULL,
`name` varchar(25) DEFAULT NULL,
`deptId` int(11) DEFAULT NULL,
`salary` float DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

# 数据初始化
INSERT INTO tb_emp (id, name, deptId, salary) VALUES(1, 'mark', 1, 3200.0);
INSERT INTO tb_emp (id, name, deptId, salary) VALUES(2, 'jack', 2, 5800.0);

执行查询

sql 复制代码
SELECT id, name, deptId, salary FROM tb_emp where name = 'jAck';

通过查询资料发现需要设置collate(校对) 。 collate规则:

sql 复制代码
*_bin: 表示的是binary case sensitive collation,也就是说是区分大小写的  
*_cs: case sensitive collation,区分大小写  
*_ci: case insensitive collation,不区分大小写

参考:dev.mysql.com/doc/refman/...

  1. 可以将查询条件用binary()括起来。 比如:
sql 复制代码
SELECT id, name, deptId, salary from tb_emp where binary(name) ='Jack';
  1. 可以修改该字段的collation 为 binary

比如:

sql 复制代码
ALTER TABLE tb_emp MODIFY COLUMN name varchar(50) BINARY CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NULL;

解决方案二:

mysql查询默认是不区分大小写的 如:

sql 复制代码
SELECT id, name, deptId, salary FROM test.tb_emp where name = 'jack';
SELECT id, name, deptId, salary FROM test.tb_emp where name = 'Jack';

得到的结果是一样的,如果我们需要进行区分的话可以按照如下方法来做:

第一种方法:

要让mysql查询区分大小写,可以:

sql 复制代码
SELECT id, name, deptId, salary from tb_emp where binary(name) ='jAck';

第二种方法:

在建表时时候加以标识

sql 复制代码
create table tb_emp( name varchar(50) binary )

原理:

对于CHAR、VARCHAR和TEXT类型,BINARY属性可以为列分配该列字符集的 校对规则。BINARY属性是指定列字符集的二元校对规则的简写。排序和比较基于数值字符值。因此也就自然区分了大小写。

以上通过两种方案解决了MySql查询不区分大小写的问题,希望对大家有所帮助,更多有mysql数据查询问题,请登录本站学习

mysql ignore 问题

如果我们 insert 语句中带 ignore 那么 sql 将以非严格模式执行。

举个例子:

sql 复制代码
#DDL
CREATE TABLE `tb_record_t1` (
`id` int(11) NOT NULL,
`f1` varchar(25) DEFAULT '' NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

#INSERT
INSERT INTO tb_record_t1 (id, f1) VALUE(1, null);

如果 f1 字段为非空,那么执行 INSERT INTO 将直接报错

增加 ignore 关键字

sql 复制代码
INSERT IGNORE INTO tb_record_t1 (id, f1) VALUES(1, null);

不会报错,且执行成功,数据库存的 f1 字段是默认值

参考:dev.mysql.com/doc/refman/...

相关推荐
paopaokaka_luck23 分钟前
流浪动物救助与收养系统(DeepSeek AI对话、 ECharts多维分析、救助流程衔接、领养与回访衔接、 捐赠确认与公示、志愿者协作)
java·前端·javascript·人工智能·mysql·echarts·推荐算法
Thomas.Sir24 分钟前
第9课:SpringBoot4.x Web开发基础:WebMvc自动配置、静态资源、请求参数接收
java·spring boot
程序 代码狂人38 分钟前
切片表与分区表的区别(数据开发面试版)
java·大数据·开发语言·数据仓库·算法
2501_944521591 小时前
Deepmerge 跨端三方库仓颉适配全流程
java·python·eclipse·github
lzhdim2 小时前
100条常用SQL语句
数据库·sql·mysql·mybatis
南归北隐3 小时前
Spring AI Alibaba Graph框架实现MCP数据库查询实战
java·后端·spring ai·mcp·spring ai mcp
古法老登瞎折腾3 小时前
大数据智能运维实战(九):让 AI 查日志——找到异常,也保留上下文
java·大数据·运维·人工智能·spring ai·mcp
ai大模型-探索者3 小时前
Function Call与MCP(区别、联系与实战)
java·服务器·网络
略略略咯咯3 小时前
啊啊啊啊啊
java·服务器·数据库
SL_staff3 小时前
运维救火实战:钉钉API变更致薪资计算中断,如何用可视化逻辑引擎5分钟热修复
java·开源·全栈