MySQL存储的字段是不区分大小写的，你知道吗？

淩亂°似流年 2023-01-02 01:28 119阅读 0赞

点击上方Java编程技术乐园，轻松关注！

及时获取有趣有料的技术文章

做一个积极的人  
编码、改bug、提升自己

我有一个乐园，面向编程，春暖花开！

## 00 简单回顾 ##

之前写过一篇关于mysql 对表大小写敏感的问题（[你有遇到过MySQL因大小写敏感导致的问题吗][MySQL]），其实在mysql中字段存储的内容是不区分大小写的，本篇进行简单的总结。

想回顾一下：

MySQL在Linux下数据库名、表名、列名、别名大小写规则是这样的：

1、数据库名与表名是严格区分大小写的；

2、表的别名是严格区分大小写的；

3、列名与列的别名在所有的情况下均是忽略大小写的；

**4、字段内容默认情况下是大小写不敏感的。**

## 01 一个例子 ##

简单例子：

CREATE TABLE `tb_user` (
        `id` BIGINT (20) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '用户id',
        `username` VARCHAR (50) NOT NULL COMMENT '用户名',
        PRIMARY KEY (`id`)
    ) ENGINE = INNODB DEFAULT CHARSET = utf8 COMMENT = '用户表';
    
    
    
    
    INSERT INTO `u2s`.`tb_user` (`id`, `username`) VALUES ('1', 'user');
    INSERT INTO `u2s`.`tb_user` (`id`, `username`) VALUES ('2', 'User');
    INSERT INTO `u2s`.`tb_user` (`id`, `username`) VALUES ('3', 'USER');

使用 查询语句查询 username 为 全部小写的`user` 的用户，结果查询出这个三条记录全部都查询到了。

通过这个例子简单说明，字段内容默认情况下是大小写不敏感的。

## 02 解决方案 ##

**因为默认情况下字段内容是不区分大小写的，也即大小写不敏感。**所以解决方案就是要新增字段内容的校验规则。

使用mysql 的`BINARY` 关键字使搜索区分大小写。

**在查询的sql中加入`BINARY` 关键字**

mysql> select * from tb_user where BINARY username ='user';
    +----+----------+
    | id | username |
    +----+----------+
    |  1 | user     |
    +----+----------+
    1 row in set

这种方式相对较简单，不用改动表结构，只需在需要区分查询的字段前加上关键字。这种方式也是有缺点的，每次写查询的时候都要注意加关键字，并可能需要改动的代码较多。

**在创建表的时候进行限制**

CREATE TABLE `tb_user1` (
        `id` BIGINT (20) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '用户id',
        `username` VARCHAR (50) BINARY NOT NULL COMMENT '用户名',
        PRIMARY KEY (`id`)
    ) ENGINE = INNODB DEFAULT CHARSET = utf8 COMMENT = '用户表';
    
    
    
    
    mysql> show create table tb_user1;
    tb_user1 | CREATE TABLE `tb_user1` (
      `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '用户id',
      `username` varchar(50) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL COMMENT '用户名',
      PRIMARY KEY (`id`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='用户表'
    1 row in set

或者 使用

CREATE TABLE `tb_user2` (
        `id` BIGINT (20) UNSIGNED NOT NULL AUTO_INCREMENT COMMENT '用户id',
        `username` VARCHAR (50) NOT NULL COMMENT '用户名',
        `info` VARCHAR (100) NOT NULL COMMENT '详情描述',
        PRIMARY KEY (`id`)
    ) ENGINE = INNODB DEFAULT CHARSET = utf8 COLLATE=utf8_bin COMMENT = '用户表';
    
    
    mysql> show create table tb_user2;
    tb_user2 | CREATE TABLE `tb_user2` (
      `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '用户id',
      `username` varchar(50) COLLATE utf8_bin NOT NULL COMMENT '用户名',
      `info` varchar(100) COLLATE utf8_bin NOT NULL COMMENT '详情描述',
      PRIMARY KEY (`id`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='用户表'

使用 `NGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin`会将字段中varchar类型的全部设置区分大小写。这两种查看表的详情，本质上都是 在字段上 加上了 `COLLATE utf8_bin`。

## 03 总结 ##

字段值的大小写由mysql的校对规则来控制。提到校对规则，就不得不说字符集。字符集是一套符号和编码，校对规则是在字符集内用于比较字符的一套规则。 一般而言，校对规则以其相关的字符集名开始，通常包括一个语言名，并且以\_ci（大小写不敏感）、\_cs（大小写敏感）或\_bin（二元）结束 。

比如 utf8字符集，，如下表：

1）utf8\_bin：utf8\_bin将字符串中的每一个字符用二进制数据存储，区分大小写。

2）utf8\_general\_ci：utf8\_genera\_ci不区分大小写，ci为case insensitive的缩写，即大小写不敏感。

3）utf8\_general\_cs：utf8\_general\_cs区分大小写，cs为case sensitive的缩写，即大小写敏感。

注：我本机使用5.7 版本不支持 utf8\_general\_cs 字符集，创建报错。

通过上一篇和这一篇的内容，详细大家对mysql对大小写敏感的问题也有一定的认识了，在实际的开发中，库和表名最好使用小写字母，注意字段存储内容的大写问题。并且让本地开发环境mysql的配置和服务器上mysql的配置保持一致，这样防止因为环境不一致而出现一些诡异问题。

你在开发中有没有遇到一些诡异的问题呢？欢迎留言分享。

## 04 参考资料 ##

https://dev.mysql.com/doc/search/?d=12&p=1&q=binary

https://www.techonthenet.com/mysql/functions/binary.php

https://www.cnblogs.com/wzmenjoy/p/4244545.html

![format_png][]

**![format_png 1][]欢迎长按下图关注公众号![format_png 1][]**

![format_png 2][]

**后台回复【****资源****】，获取珍藏干货!**

**99.9%的伙伴都很喜欢**![format_png 3][]

![format_png 4][]

**推荐阅读**：

[你有遇到过MySQL因大小写敏感导致的问题吗][MySQL]

[MySQL 的COUNT(x)性能怎么样？][MySQL _COUNT_x]

[共勉：作为一名程序员你应该怎么提一个高质量的问题？][Link 1]

[Java内存管理-Stackoverflow问答-Java是传值还是传引用？（十一）][Java_-Stackoverflow_-Java]

[程序员 你读过的书，藏着自己的命运 | 技术类（一）][_ _]

![format_png 4][]

![format_png 5][]

你点的每个**在看**，我都认真当成了喜欢❤

[MySQL]: http://mp.weixin.qq.com/s?__biz=MzI2NjA2MTYzMQ%3D%3D&chksm=f28c0cf3c5fb85e590c447d144c42703cafeebaeaa8f95763187a08f627bdafedabcbcaead58&idx=1&mid=2649456291&scene=21&sn=9bd9e4a8e31b52aa486c310677bc8d3c#wechat_redirect
[format_png]: /images/20221120/f91031ec2cb341f9a1ef240496ebc6d0.png
[format_png 1]: /images/20221120/a77dc8e2460b453faf77ac36b266f096.png
[format_png 2]: /images/20221120/0188fee1a4d540569743d4e07d632dd3.png
[format_png 3]: /images/20221120/721ad786c4954dee9752a53c1ebfd047.png
[format_png 4]: /images/20221120/e232117f54854dd68e9bc3beb06caf8e.png
[MySQL _COUNT_x]: http://mp.weixin.qq.com/s?__biz=MzI2NjA2MTYzMQ%3D%3D&chksm=f28c0cd5c5fb85c3850dcf5b51ccd3c3efc67edebf402bca611dabdfb641f7cf522c413d535c&idx=1&mid=2649456261&scene=21&sn=7e9a14c4429e7091db9cf592c7200806#wechat_redirect
[Link 1]: http://mp.weixin.qq.com/s?__biz=MzI2NjA2MTYzMQ%3D%3D&chksm=f28c0c32c5fb8524687db7ab3dc4ac9a001f98d17ec3b160a0dbf39d38f8aedf94a9cef4e016&idx=1&mid=2649456226&scene=21&sn=26a1f034932889d6825bfea75f657e08#wechat_redirect
[Java_-Stackoverflow_-Java]: http://mp.weixin.qq.com/s?__biz=MzI2NjA2MTYzMQ%3D%3D&chksm=f28c0f9fc5fb8689d335fd0e68f793149cedb919b9be61296e3798f7a07fa29b3c5b97fe2680&idx=1&mid=2649456079&scene=21&sn=dbb7765272193af3d43c55f45900156f#wechat_redirect
[_ _]: http://mp.weixin.qq.com/s?__biz=MzI2NjA2MTYzMQ%3D%3D&chksm=f28c0c5ac5fb854cc97916c74bf949777c80c9a0fa631d6d8afdfbcf36102df0e323e8696b45&idx=1&mid=2649456138&scene=21&sn=2b26b58009cd9783c9f1a94632cf9c64#wechat_redirect
[format_png 5]: /images/20221120/d19508861f9a426dbc05df2e1cf42e79.png