你有遇到过MySQL因大小写敏感导致的问题吗
点击蓝色“程序猿DD”关注我
回复“资源”获取独家整理的学习资料！
MYSQL对大小写敏感
见字如面，见标题知内容。你有遇到过因为MYSQL对大小写敏感而被坑的体验吗？
之前看过阿里巴巴Java开发手册，在MySql建表规约里有看到：
【强制】表名、字段名必须使用小写字母或数字 ， 禁止出现数字开头，禁止两个下划线中间只 出现数字。数据库字段名的修改代价很大，因为无法进行预发布，所以字段名称需要慎重考虑。
说明：MySQL 在 Windows 下不区分大小写，但在 Linux 下默认是区分大小写。因此，数据库名、 表名、字段名，都不允许出现任何大写字母，避免节外生枝。
正例：aliyun _ admin ， rdc _ config ， level 3_ name
反例：AliyunAdmin ， rdcConfig ， level 3 name
如果没有真正遇到过类似的问题，有时候干巴巴的看这些规约体会不深，理解起来似懂非懂，并且也只是死记硬背而已。
一个表字母大小故事
最近自己在鼓捣一个项目玩玩，在自己本机上开发和测试过程中一直没有问题，但是部署到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。
lower_case_file_system[1]
此变量描述数据目录所在的文件系统上文件名的区分大小写。OFF表示文件名区分大小写，ON表示它们不区分大小写。此变量是只读的，因为它反映了文件系统属性并设置它对文件系统没有影响。
lower_case_table_names[2]
该参数为静态，可设置为0、1、2。
0 --大小写敏感。（Unix，Linux默认）
使用CREATE TABLE或CREATE DATABASE语句指定的大小写字母在硬盘上保存表名和数据库名。名称比较对大小写敏感。在大小写不敏感的操作系统如windows或Mac OS x上我们不能将该参数设为0，如果在大小写不敏感的文件系统上将--lowercase-table-names强制设为0，并且使用不同的大小写访问MyISAM表名，可能会导致索引破坏。
1 --大小写不敏感。（Windows默认） 表名在硬盘上以小写保存，名称比较对大小写不敏感。MySQL将所有表名转换为小写在存储和查找表上。该行为也适合数据库名和表的别名。该值为Windows的默认值。
2 --大小写不敏感（OS X默认） 表名和数据库名在硬盘上使用CREATE TABLE或CREATE DATABASE语句指定的大小写字母进行保存，但MySQL将它们转换为小写在查找表上。名称比较对大小写不敏感，即按照大小写来保存，按照小写来比较。注释：只在对大小写不敏感的文件系统上适用! innodb表名用小写保存。
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，则不应将lower_case_table_names设置为0。
我自己在我的window10环境尝试设置lower_case_table_names为0的时候，MySQL的服务怎么也启动不能，启动服务报错。windows系统对大小写不敏感，见下图：
注：如果要修改lower_case_table_names这个值，windows下修改my.ini ，Linux下修改my.cnf配置文件，需要重启服务,具体操作可以自行上网找资料。
注意事项
修改lower_case_table_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，重启生效。
③、导入数据至实例，此时包含大写字母的库名已转换为小写。
总结
有了踩坑的经验，对开头说的阿里Mysql规约理解更加深入了。操作系统不同导致大小写敏感不一致。我们在开发时，应该按大小写敏感的原则去开发，这样可以使开发的程序兼容不同的操作系统。因此，建议在开发测试环境下把lower_case_table_names的值设为0，便于在开发中就严格控制代码大小写敏感，提高代码的兼容和严谨。
参考资料
[1] lower_case_file_system: https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_lower_case_file_system[2] lower_case_table_names: https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_lower_case_table_names[3] MySQL大小写敏感问题lower_case_table_names & lower_case_file_system: https://www.linuxidc.com/Linux/2018-01/150696.htm
留言交流不过瘾？添加微信：zyc_enjoy
根据指引加入各种主题讨论群
每日一问
今日问题：
一个人徒步走在一片大草原上，假设草原无限大没有边界，突然发现身后发生大火，已知风很大，顺着他前进的方向，火蔓延的速度大于他奔跑的速度，很快就会被烧死。这时，他点起一支烟，深吸了一口。。。最后，他活了下来。
请问，如果是你的话，你该怎么办？
（留言说说你的答案吧，明日推文公布答案）
昨日答案：
答案很简单，11等于1！因为第一个等式不是就告诉你了吗？其他的等式其实都是在混淆你的视听，都是干扰信息，别想复杂了！
（昨日问题可在昨日推文的文末查看）
推荐阅读
用命令行在控制台里玩斗地主，试过没？
Spring Boot 面试的十个问题
Spring WebClient vs. RestTemplate
Apache Maven 最全教程，7000 字总结！
e.printStackTrace()会导致锁死？怎么可能
签到计划
活动介绍：自律到极致-人生才精致：第11期
活动奖励：《中台战略：中台建设与数字商业》
扫描下方二维码，查看本书详情
扫描下放二维码，签到参与
来星球聊聊技术人的斜杠生活
点一点“阅读原文”小惊喜在等你