MySQL中的大小写有查差别吗
发布时间：2022-01-20 13:59:03 所属栏目：MySql教程 来源：互联网
导读：本篇内容介绍了MySQL中的大小写有区别吗的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！ 如果根据关键字case来搜索，会发现有两个参数。 mysql show v
|
本篇内容介绍了“MySQL中的大小写有区别吗”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！ 如果根据关键字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 （编辑：站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
