MySQL中Identifier Case Sensitivity

在MySQL當中，有可能遇到表名大小寫敏感的問題。其實這個跟平臺（操作系統）有關，也跟系統變數lower_case_table_names有關係。下麵總結一下，有興趣可以查看官方文檔“Identifier Case Sensitivity”

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：表名轉小寫後存儲到硬碟，比較時大小寫不敏感。