今天生产环境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 = ‘‘;
时间: 2024-10-14 22:03:17