共计 942 个字符，预计需要花费 3 分钟才能阅读完成。
今天生产环境 MySQL 遇到了一个问题，某个应用在生产环境中是区分大写的，但是 MySQL 中是不区分大小写的，这就比较坑了，查出来的数据有两条，程序就报错了说它不知所措了，咋办。。。咋办。。。百度后查到了解决办法，如下：
MySQL 默认是区分大小写的，如果做过某些配置，那么就不区分大小了，可以通过 show Variables like ‘%table_names’ 查看 lower_case_table_names 的值，0 代表区分，1 代表不区分。
Linux 下的 MYSQL 默认是要区分表名大小写的，而在 windows 下表名不区分大小写让 MYSQL 不区分表名大小写的方法其实很简单：
1. 用 ROOT 登录，修改 /etc/my.cnf
2. 在 [mysqld] 下加入一行：lower_case_table_names=1
3. 重新启动数据库即可
mysql 字段 varchar 区分大小写 utf8_bin、utf8_general_ci 编码区别
在 mysql 中存在着各种 utf8 编码格式：
utf8_bin 将字符串中的每一个字符用二进制数据存储，区分大小写。
utf8_genera_ci 不区分大小写，ci 为 case insensitive 的缩写，即大小写不敏感。
utf8_general_cs 区分大小写，cs 为 case sensitive 的缩写，即大小写敏感。
用 utf8_genera_ci 没有区分大小写，导致这个字段的内容区分大小写时出问题，比如作为区分大小写的 code 或者验证码时就出问题了。
utf8_general_cs 这个选项一般没有，所以只能用 utf8_bin 区分大小写
解决方案一：
打开设计表后：我们会看到如下选项：
utf8_general_ci：不区分大小写
utf8_bin：区分大小写
But：使用上面的解决方法并不好如果是这样的话，可能会波及到其它表或字段等一些想象不到的问题，故而有了下面的解决方法，解决方案二：
查询的时候在 where 后面加一个关键字 BINARY，那么后面的关系就是以二进制的方式进行查找了
SELECT * FROM TAB_NAME WHERE BINARY url = ”;
本文永久更新链接地址：http://www.linuxidc.com/Linux/2017-04/142803.htm
