一个因MySQL大小写敏感致使的问题

作一个积极的人

编码、改bug、提高本身

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

00 MYSQL对大小写敏感

见字如面，见标题知内容。你有遇到过由于MYSQL对大小写敏感而被坑的体验吗？

以前看过阿里巴巴Java开发手册，在MySql建表规约里有看到：

【强制】表名、字段名必须使用小写字母或数字 ， 禁止出现数字开头，禁止两个下划线中间只 出现数字。数据库字段名的修改代价很大，由于没法进行预发布，因此字段名称须要慎重考虑。

说明： MySQL 在 Windows 下不区分大小写，但在 Linux 下默认是区分大小写。所以，数据库名、 表名、字段名，都不容许出现任何大写字母，避免节外生枝。

正例： aliyun _ admin ， rdc _ config ， level 3_ name 反例： AliyunAdmin ， rdcConfig ， level 3 name

若是没有真正遇到过相似的问题，有时候干巴巴的看这些规约体会不深，理解起来似懂非懂，而且也只是死记硬背而已。

01 一个表字母大小故事

最近本身在鼓捣一个项目玩玩，在本身本机上开发和测试过程当中一直没有问题，可是部署到Linux服务器上后，发现有报错，日志信息大概是：

MySQLSyntaxErrorException: Table 'kytu.tb_sutyHo' doesn't exist

出现了问题，有点郁闷，本地开发好好的，怎么部署服务器就不行了。有鬼……不过莫慌。看着错误提示很明显，不就是tb_sutyHo 表不存在吗！

①因而我镇定自若打开nv（navicat），查看这个表在不在，一看还真在，数据库中显示的tb_sutyho ，不过h是小写；

②查看代码发现代码中还真把表名写成tb_sutyHo ,就一个h写成大写H了。

问题找到了，原来是不当心写SQL的时候没有写对表名，改一下表名就搞定了，功能也一切正常了。通常状况下故事到这里也就应该结束了？问题找到了，也修复了，万事大吉了，稍后就能够吃鸡了。

对于不会玩吃鸡的我，到这里并无结束，找到问题和解决问题的确很重要，可是找到问题出现的根源更重要，这样就能在下次规避此类问题，做为一个程序员不要两次掉入一个坑里。

我在想这个问题，本地Window环境怎么就一直没有出现这个报错提示呢？非要等我部署服务器才出现，这究竟是什么问题？（若是你对Mysql大小敏感很了解，如下内容能够跳过….）

因而就利用搜索引擎，发现Mysql中控制数据库名和表名的大小写敏感由参数lower_case_table_names控制。

在本机Window环境查看以下：

mysql> show variables like '%case%'; +------------------------+-------+ | Variable_name | Value | +------------------------+-------+ | lower_case_file_system | ON | | lower_case_table_names | 1 | +------------------------+-------+ 

在Linux服务器查看以下：

mysql> show variables like '%case%'; +------------------------+-------+ | Variable_name | Value | +------------------------+-------+ | lower_case_file_system | OFF | | lower_case_table_names | 0 | +------------------------+-------+ 

从上面的结果已经能够看出不一样了，然而对这两个参数尚未感受，不知道具体是什么意思。

在介绍lower_case_table_names的时候，顺便也说一下lower_case_file_system。

lowercasefile_system

此变量描述数据目录所在的文件系统上文件名的区分大小写。 OFF表示文件名区分大小写，ON表示它们不区分大小写。此变量是只读的，由于它反映了文件系统属性并设置它对文件系统没有影响。

lowercasetable_names

该参数为静态，可设置为0、一、2。

0 --大小写敏感。（Unix，Linux默认） 建立的库表将原样保存在磁盘上。如create database TeSt;将会建立一个TeSt的目录，create table AbCCC …将会原样生成AbCCC.frm。 SQL语句也会原样解析。

1 --大小写不敏感。（Windows默认） 建立的库表时，MySQL将全部的库表名转换成小写存储在磁盘上。 SQL语句一样会将库表名转换成小写。 如须要查询之前建立的Testtable（生成Testtable.frm文件），即使执行select * from Testtable，也会被转换成select * from testtable，导致报错表不存在。

2 --大小写不敏感（OS X默认） 建立的库表将原样保存在磁盘上。 但SQL语句将库表名转换成小写。

On Windows the default value is 1. On macOS, the default value is 2. On Linux, a value of 2 is not supported; the server forces the value to 0 instead.

在Windows上，默认值为1。在macOS上，默认值为2。在Linux上不支持值2;服务器强制该值为0。

而且官网也提示说：若是在数据目录驻留在不区分大小写的文件系统（例如Windows或macOS）上的系统上运行MySQL，则不该将lowercasetable_names设置为0。

我本身在个人window10环境尝试设置lower_case_table_names为0的时候，MySQL的服务怎么也启动不能，启动服务报错。windows系统对大小写不敏感，见下图：

注： 若是要修改lower_case_table_names这个值，windows下修改my.ini ，Linux下修改my.cnf配置文件，须要重启服务,具体操做能够自行上网找资料。

 

02 注意事项

修改lowercasetable_names致使的常见不良隐患： 若是在lower_case_table_names=0时，建立了含有大写字母的库表，改成lower_case_table_names=1后，则会没法被查到。

首先设置lower_case_table_names=0

CREATE TABLE `Student` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `name` varchar(25) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; show tables; +----------------+ | Tables_in_aflyun | +----------------+ | Student | +----------------+ 

再设置lower_case_table_names=1,执行查询，无论表名是大写仍是小写，都提示表不存在。

mysql> select * from Student; 1146 - Table 'aflyun.Student' doesn't exist mysql> select * from student; 1146 - Table 'aflyun.student' doesn't exist 

解决方法：若是要将默认的lower_case_tables_name为0设置成1，需先将已经存在的库表名转换为小写。

针对仅表名存在大写字母的状况：

①、lower_case_tables_name=0时，执行rename table成小写。

②、设置lower_case_tables_name=1，重启生效。

 

针对库名存在大写字母的状况：

①、lower_case_tables_name=0时，使用mysqldump导出，并删除老的数据库。

②、设置lower_case_tables_name=1，重启生效。

③、导入数据至实例，此时包含大写字母的库名已转换为小写。

 

03 总结

有了踩坑的经验，对开头说的阿里Mysql规约理解更加深刻了。操做系统不一样致使大小写敏感不一致。咱们在开发时，应该按大小写敏感的原则去开发，这样可使开发的程序兼容不一样的操做系统。所以，建议在开发测试环境下把lower_case_table_names的值设为0，便于在开发中就严格控制代码大小写敏感，提升代码的兼容和严谨。

 

04 参考资料

MySQL大小写敏感问题lowercasetablenames & lowercasefilesystem

 

 

---

谢谢你的阅读，若是您以为这篇博文对你有帮助，请点赞或者喜欢，让更多的人看到！祝你天天开心愉快！

---

 

无论作什么，只要坚持下去就会看到不同！在路上，不卑不亢!

 

愿你我在人生的路上能都变成最好的本身，可以成为一个独挡一面的人

© 天天都在变得更好的阿飞云