MySQL中Identifier Case Sensitivity问题的示例分析

65次阅读
没有评论

共计 4561 个字符,预计需要花费 12 分钟才能阅读完成。

这篇文章主要介绍了 MySQL 中 Identifier Case Sensitivity 问题的示例分析,具有一定借鉴价值,感兴趣的朋友可以参考下,希望大家阅读完这篇文章之后大有收获,下面让丸趣 TV 小编带着大家一起了解一下。

In MySQL, databases correspond to directories within the data directory. Each table within a database corresponds to at least one file within the database directory (and possibly more, depending on the storage engine). Triggers also correspond to files. Consequently, the case sensitivity of the underlying operating system plays a part in the case sensitivity of database, table, and trigger names. This means such names are not case-sensitive in Windows, but are case-sensitive in most varieties of Unix. One notable exception is macOS, which is Unix-based but uses a default file system type (HFS+) that is not case-sensitive. However, macOS also supports UFS volumes, which are case-sensitive just as on any Unix. See Section 1.8.1,“MySQL Extensions to Standard SQL”. Thelower_case_table_names system variable also affects how the server handles identifier case sensitivity, as described later in this section.

在 MySQL 中, 数据库对应于数据目录中的目录。数据库中的每个表对应于数据库目录中至少一个文件 (可能更多, 具体取决于存储引擎)。触发器也对应于文件。因此, 底层操作系统的区分大小写在数据库、表和触发器名称的大小写敏感度方面起着重要作用。这意味着这些名称在 Windows 中不区分大小写, 但在大多数类型的 Unix 中都是区分大小写的。一个显著的例外是 macOS, 它是基于 Unix 的, 但使用的是不区分大小写的默认文件系统类型 (HFS+)。但是, macOS 还支持 UFS 卷, 它们与任何 Unix 一样都是区分大小写的。参见 1.8.1 节,“MySQL Extensions to Standard SQL“。lower_case_table_names 系统变量还影响服务器处理标识符大小写灵敏度的方式, 如本节后面所述。

 Linux 系统:

数据库名与表名是严格区分大小写的;
表的别名是严格区分大小写的;
列名与列的别名在所有的情况下均是忽略大小写的;
变量名也是严格区分大小写的;

Windows 系统:

都不区分大小写
Mac OS 下(非 UFS 卷):
都不区分大小写

注意事项:列名、索引、存储过程、事件名称在任何平台上都不区分大小写,列别名也不区分大小写。

Notice:Column, index, stored routine, and event names are not case sensitive on any platform, nor are column aliases.

下面在测试环境为 Red Hat Enterprise Linux Server release 5.7,MySQL 5.6.20:

mysql  show variables like  lower_case_table_names 
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| lower_case_table_names | 0 |
+------------------------+-------+
1 row in set (0.00 sec)
mysql  
mysql  use mydb;
Database changed
mysql  create table test(id int);
Query OK, 0 rows affected (0.07 sec)
mysql  create table TEST(id int);
Query OK, 0 rows affected (0.09 sec)
mysql  insert into test values(1);
Query OK, 1 row affected (0.03 sec)
mysql  insert into TEST value(2);
Query OK, 1 row affected (0.00 sec)
mysql  select * from test;
+------+
| id |
+------+
| 1 |
+------+
1 row in set (0.00 sec)
mysql  select * from TEST;
+------+
| id |
+------+
| 2 |
+------+
1 row in set (0.00 sec)
mysql

在配置文件 my.cnf 中设置 lower_case_table_names= 1 后(1 表示不区分大小写,0 表示区分大小写),重启 MySQL 服务后,进行如下测试:

mysql  use mydb;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql  select * from test;
+------+
| id |
+------+
| 1 |
+------+
1 row in set (0.00 sec)
mysql  select * from TEST;
+------+
| id |
+------+
| 1 |
+------+
1 row in set (0.00 sec)
mysql

可以看到此时不管是 test、TEST 抑或 Test,都是访问的 test,此时不能访问”TEST”表了, 系统变量 lower_case_table_names 是只读变量,也无法在当前会话修改,这种设置下,如果存在相同的表名的话,使用 mysqldump 备份数据库时会遇到下面错误:

mysqldump: Got error: 1066: Not unique table/alias:‘test when using LOCK TABLES

遇到这种情况就比较麻烦了,必须在配置文件 my.cnf 中设置变量 lower_case_table_names=0,重启 MySQL 服务,所以提前规划,使用统一的命名规则就非常重要,可以避免这样的问题出现。另外系统变量 lower_case_table_names 有三个值:分别是 0、1、2.

1. 设置成 0:表名按你写的 SQL 大小写存储,大写就大写小写就小写,比较时大小写敏感。

2. 设置成 1:表名转小写后存储到硬盘,比较时大小写不敏感。 

3. 设置成 2:表名按你写的 SQL 大小写存储,大写就大写小写就小写,比较时统一转小写比较。

 
 

关于数据库名大小写敏感,会遇到下面问题:

1:ERROR 1010 (HY000): Error dropping database (can t rmdir‘./xxxx , errno: 39)

1:ERROR 1010 (HY000): Error dropping database (can t rmdir ./xxxx , errno: 39) 

mysql  show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| MyDB |
| mydb |
| mysql |
| performance_schema |
| tmonitor |
| xiangrun |
+--------------------+
7 rows in set (0.01 sec)
mysql  show variables like  lower_case_table_names 
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| lower_case_table_names | 1 |
+------------------------+-------+
1 row in set (0.00 sec)
mysql  drop database mydb;
ERROR 1010 (HY000): Error dropping database (can t rmdir  ./mydb , errno: 39)
mysql

解决方法:在配置文件 my.cnf 中设置变量 lower_case_table_names=0,重启 MySQL 服务,然后就可以 drop 掉数据库了。

2:ERROR 1049 (42000): Unknown database‘xxx

mysql  show variables like  lower_case_table_names 
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| lower_case_table_names | 1 |
+------------------------+-------+
1 row in set (0.01 sec)
mysql  
mysql  show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| MyDB |
| mysql |
| performance_schema |
| tmonitor |
| xiangrun |
+--------------------+
6 rows in set (0.01 sec)
mysql  use MyDB;
ERROR 1049 (42000): Unknown database  mydb 
mysql

感谢你能够认真阅读完这篇文章,希望丸趣 TV 小编分享的“MySQL 中 Identifier Case Sensitivity 问题的示例分析”这篇文章对大家有帮助,同时也希望大家多多支持丸趣 TV,关注丸趣 TV 行业资讯频道,更多相关知识等着你来学习!

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-08-04发表,共计4561字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)