MySQL大小写敏感总结
对于MySQL的大小写敏感的影响,笔者在一个小项目中深刻的体会到:当想要查询一条数据时,总是出来两条或多条,后来发现是大小写敏感造成的原因,本文就该问题提出解决方案。
1.MySQL大小写敏感的控制
mysql是通过lower_case_table_names参数来控制大小写敏感的,该参数在[mysqld]结点下。具体的含义笔者从官网截了一张图。
注:
①关于lower_case_table_names参数对表名称或数据库名称大小写敏感的控制。
②Unix下默认为0,也就是大小写敏感的;Windows下默认为1,不敏感;macOS默认为2,存储区分大小写,但是在查询时会转换为小写。
③对于在大小写不敏感的系统(Windows和macOS)不能将该字段设置为0。
2.出现的问题
#1.Linux下默认lower_case_table_names=0,对表明的大小写是敏感的。注:笔者数据版本为5.7.22。
注:lower_case_file_system:OFF表示大小写敏感,ON表示大小写不敏感。lower_case_table_names:0表示敏感,1表示不敏感。
#2.具体演示。
注:创建test表,并插入一条数据。
Case 1:
分析:
对比两组查询,可以知linux下,mysql默认对表名大小写敏感。
Case 2:
分析:
利用‘Aa’和‘aa’查询出相同的结果,说明查询时对字段内容进行了转换(大写转换成小写),造成了这一现象。
Case 3:
分析:
在查询时,对字段‘Name'也可查询结果,表明在查询时对字段的大小写不敏感。
综合以上几个Case可得出如下结论:
①linux默认情况下,对数据库名和表名的大小写是敏感的,因为linux系统本身对大小写就敏感。
②字段内容大小写不敏感。
③列名大小写不敏感。
对于上述出现的问题,对实际的业务还是有相应影响的,因此应寻找对应的解决方案。
3.字段内容及列名大小写不敏感的解决方案
①创建表时,将字段标记为binary,二进制大小写是敏感的。
②在查询条件的字段前加binary,但是不建议这么做,因为会使字段索引失效。
③建表时设置校对规则(collate)。
collate规则:
*_bin: 表示的是binary case sensitive collation,也就是说是区分大小写。
*_ci: case insensitive collation,不区分大小写 。
④如果建表时校对规则未用*_bin,则可直接修改字段的属性。
alter table test3 modify name varchar(20) collate utf8_bin;
总结
只要在创建表的时候指定collate为utf8_bin,就可以实现大小写敏感,如果建表时未指定,则可修改字段的校对规则,也可以实现大小写敏感。
相关文章
- 万字总结:学习MySQL优化原理(转)
- 阿里面试官:设计个MySQL的Hash索引吧?
- MySQL 数据库救火:磁盘爆满了,怎么办?
- Mysql 5.7 使用SSL安全连接
- Mysql批量更新的一个坑-&allowMultiQueries=true允许批量更新
- mysql timestampdiff 计算二个时间的间隔
- MySQL
- 【MySQL】锁机制、事务、并发控制、引擎、索引 总结
- SQL学习笔记之MySQL查询练习2
- mysql timestamp如何比较大小,查询范围
- mybatis mysql 批量insert 返回主键
- mysql 调用带返回值的存储过程
- mysql(for update)悲观锁总结与实践
- MySql分库分表总结(转)
- rails下mysql出错问题mysql_api,blog/text
- mysql按照两个或多个字段排序【转】
- 【MySQL数据库基本操作(一):增删改查数据库 基本语法总结】
- mysql使用utf8mb4经验吐血总结
- mysql数据库设计之物理设计
- mysql SELECT FOR UPDATE语句使用示例
- MySQL日期数据类型、MySQL时间类型使用总结
- mysql主从同步出错故障处理总结[数据库技术]
- MySQL基础操作总结_CRUD
- MyBatis实现Mysql数据库分库分表操作和总结