digdeep

凡是过去,皆是序幕。Read the fucking manual and source code.

  博客园 :: 首页 :: 博问 :: 闪存 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::

MySQL关于 lower_case_table_names 的文档 https://dev.mysql.com/doc/refman/5.7/en/identifier-case-sensitivity.html 

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”. The lower_case_table_names system variable also affects how the server handles identifier case sensitivity, as described later in this section.

1. 原理部分:

 

MySQL的数据库名称、表名称、触发器名称 是对应到 目录和文件名称。而在 Linux系统下面,目录和文件名称是区分大小写的,所以默认 数据库名称、表名、触发器名称也是区分大小写的。

但是Windows系统下面目录 和文件名 是不区分大小写的:

 

 

上图当我们在windows下面建立一个a和A的文件夹时,弹出提示;当我们建立a.txt和A.txt时也弹出提示。

 2. 默认值的影响

How table and database names are stored on disk and used in MySQL is affected by the lower_case_table_names system variable, which you can set when startingmysqldlower_case_table_names can take the values shown in the following table. This variable does not affect case sensitivity of trigger identifiers. On Unix, the default value of lower_case_table_names is 0. On Windows, the default value is 1. On macOS, the default value is 2.

Linux下面 lower_case_table_names 默认是0,Windows下默认是1,MacOS默认是2;

他们的含义如下:

lower_case_table_names=0  库名表名存储为给定的大小和比较是区分大小写的
lower_case_table_names = 1 库名表名存储在磁盘是小写的,但是比较的时候是不区分大小写
lower_case_table_names=2  库名表名存储为给定的大小写但是比较的时候是小写的

3. 存在的问题1:

如果从Windows平台迁移到Linux平台,原来的库名和表名是不区分大小写的;比如一个user表,他是小写存储,但是sql语句里面使用:

select * from user 和 select * from USER 或者 select * from User都是一样的,因为在查找比较是是不区分大小的;

先要迁移到Linux平台,导入之后 库名表名也是小写存储,但是库名表名在比较查找时是区分大小写的,所以:

只有 select * from user是可以找到user表对应的存储在Linux下的文件的,其他任何形式都是无法找到表的;

解决方法:迁移到Linux平台之后,将 lower_case_table_names 的值改成1;也就是在查找比较时不区分大小写就可以了;

存在的风险:比如Linux平台原来有 tuser 表和 TUSER表,因为原来是区分大小写的,他们对应的是不同的表和存储文件,现在改成不区分大小写,那么问题就出现了!表名冲突了。不过这种情况比较少见。相对而言还是比较安全的。

 

4. 存在的问题2:

如果是从Linux平台迁移到Windows平台,原来的库名和表名是区分大小写的;现在迁移到Windows平台,不区分大小写,

比如原来有 tuser 表和 TUSER表,因为原来是区分大小写的,他们对应的是不同的表和存储文件,现在改成不区分大小写,那么问题就出现了!!!表名冲突了!不过这种情况比较少见。

解决方法:迁移到Windows平台之后,将 lower_case_table_names 的值改成0;也就是在查找比较时区分大小写就可以了;

存在的风险:存储和比较都是区分大小写了,比如原来windows平台的 select * from user 和 select * from USER都是合法的,现在导致 select * from USER会找不到表名了!!!

所以从 linux平台迁移到 windows平台是,一般是不需要修改 将 lower_case_table_names 的值改成0的,因为表名冲突的情况及其罕见。从区分大小写到不区分大小写在一般情况下面是兼容的。

而且如果windows平台的数据库存在之前的数据库,修改之后,导致应用系统的sql找不到表名,这个问题更加严重!

5. 建议

  • Use lower_case_table_names=1 on all systems. The main disadvantage with this is that when you use SHOW TABLES or SHOW DATABASES, you do not see the names in their original lettercase.

  • Use lower_case_table_names=0 on Unix and lower_case_table_names=2 on Windows. This preserves the lettercase of database and table names. The disadvantage of this is that you must ensure that your statements always refer to your database and table names with the correct lettercase on Windows. If you transfer your statements to Unix, where lettercase is significant, they do not work if the lettercase is incorrect.

    Exception: If you are using InnoDB tables and you are trying to avoid these data transfer problems, you should set lower_case_table_names to 1 on all platforms to force names to be converted to lowercase.

如果不存在在不同平台迁移的情况,那么保持默认值即可。

如果存在Linux和Windows平台之间进行迁移的情况,那么在一开始的时候任何平台设置lower_case_table_names=1可以避免问题;

设置lower_case_table_names=1唯一的问题是, show tables 和 show databases 看到的不是你新建表和数据库时指定的大小写字母。

6. 总结

0. 其实掌握原理:MySQL的库名和表名对应到文件目录和文件,然后Linux区分目录和文件名称大小写,而Windows平台不区分,其他的东西都可以推演处理;

1. 在windows和linux平台之间迁移时,需要修改   lower_case_table_names = 1;而Linux向Windows平台迁移时,一般不需要修改改参数;

2. 在任何平台一开始的时候就设置 lower_case_table_names=1 可以解决平台迁移时存在的问题;

3. 触发器名称的比较不是由lower_case_table_names来控制的;

 

posted on 2019-09-01 11:31  digdeep  阅读(1347)  评论(0编辑  收藏  举报
不懂数据库和Web安全的架构师不是一个好的程序员。