共计 2398 个字符,预计需要花费 6 分钟才能阅读完成。
本篇内容介绍了“MySQL 中的大小写有区别吗”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让丸趣 TV 小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
如果根据关键字 case 来搜索,会发现有两个参数。
mysql show variables like %case%
+————————+——-+
| Variable_name | Value |
+————————+——-+
| lower_case_file_system | OFF |
| lower_case_table_names | 0 |
+————————+——-+
2 rows in set (0.01 sec)
其中第一个参数是系统路径是否大小写敏感, 我们暂时跳过,看看第二个参数 lower_case_table_names,它的含义 0:区分大小写,1:不区分大小写。
大小写的敏感问题,在 MySQL 大体会分为两种类别,在 Linux 和 Windows 平台。
MySQL 在 Linux 下数据库名、表名、列名、别名大小写规则是这样的:
1、数据库名与表名是严格区分大小写的;
2、表的别名是严格区分大小写的;
3、列名与列的别名在所有的情况下均是忽略大小写的;
4、变量名也是严格区分大小写的;
而 Windows 下的 MySQL 却是大小写不敏感的,所有表名和数据库名都会变成小写。
比如我们创建表 test_tab,然后插入两行记录,继续开启测试。
create table test_tab(id int,name varchar(64));
insert into test_tab values(1, aa),(2, bb
在默认的情况下,是开启了大小写敏感的,这样一来 test_tab,TEST_TAB 是完全不同的两个对象。
mysql select id,name from TEST_TAB;
ERROR 1146 (42S02): Table test.TEST_TAB doesn t exist
mysql
而在列级别,MySQL 是不区分大小写的。
mysql select id,NAMe from test_tab;
+——+———+
| id | NAMe |
+——+———+
| 1 | aa |
| 2 | newtest |
+——+———+
2 rows in set (0.00 sec)
如果要修改大小写敏感的设置,比如设置为大小写不敏感,需要设置参数值,然后重启。
mysql set global lower_case_table_names=on;
ERROR 1238 (HY000): Variable lower_case_table_names is a read only variable
重启后,test_TAB 和原来的 test_tab 就是一个意思了。
mysql desc test_TAB;
+——-+————-+——+—–+———+——-+
| Field | Type | Null | Key | Default | Extra |
+——-+————-+——+—–+———+——-+
| id | int(11) | YES | | NULL | |
| name | varchar(64) | YES | | NULL | |
+——-+————-+——+—–+———+——-+
2 rows in set (0.01 sec)
而如果在大小写敏感的情况下切换就很容易出现问题。
尤其需要注意这种兼容性的问题,如果对于存储过程等还存在疑虑,也可以开启测试模式。
delimiter //
drop procedure if exists `test_proc` //
create procedure test_proc(in push_id char(64))
begin
update Test.test_tab set name= test where id=2;
end
//
delimiter ;
mysql call test_proc(newtest
Query OK, 1 row affected (0.00 sec)
mysql select *from test_tab;
+——+———+
| id | name |
+——+———+
| 1 | aa |
| 2 | newtest |
+——+———+
2 rows in set (0.00 sec)
在这个地方还是要做详细的验收测试,务必已测试结果为准,因为大小写的问题出现了表数据不可访问就很不应该了。
另外额外提一下 Oracle 里面的大小写问题,Oracle 里面在 11g 有一个默认参数 sec_case_sensitive_logon,这个参数的实际应用真是有些悲剧,一来很多客户对这个特性并不喜欢,看似从安全的角度来调控,但似乎带来了更多的问题,有相当一部分是习惯使然,而另外一方面是因为这个参数在 11g 推出,在 12c 里面这个参数就过期了,含义也发生了变化,在使用中会有一些理解上的歧义。
这个参数只能够保证登录用户密码的大小写敏感,其他还是和原来一样,12c 中这个参数变了味儿,在新版本中已经过期,在设置的时候务必需要保证 sqlnet.ora 中的设置需要兼容,文件中的参数 SQLNET.ALLOWED_LOGON_VERSION_SERVER 如果是 12,12a 就需要保证 SEC_CASE_SENSITIVE_LOGON 不为 false
“MySQL 中的大小写有区别吗”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注丸趣 TV 网站,丸趣 TV 小编将为大家输出更多高质量的实用文章!