前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >MySQL中的大小写敏感

MySQL中的大小写敏感

作者头像
jeanron100
发布2018-03-21 17:06:58
2.4K0
发布2018-03-21 17:06:58
举报

今天同事问了一个问题,是关于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> 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

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2017-07-17,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 杨建荣的学习笔记 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
云数据库 SQL Server
腾讯云数据库 SQL Server (TencentDB for SQL Server)是业界最常用的商用数据库之一,对基于 Windows 架构的应用程序具有完美的支持。TencentDB for SQL Server 拥有微软正版授权,可持续为用户提供最新的功能,避免未授权使用软件的风险。具有即开即用、稳定可靠、安全运行、弹性扩缩等特点。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档