當前位置:
首頁 > 知識 > MySQL 中 Identifier Case Sensitivity

MySQL 中 Identifier Case Sensitivity

(點擊

上方公眾號

,可快速關注)




來源:瀟湘隱者 ,


www.cnblogs.com/kerrycode/p/9484559.html




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




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>




參考資料:






  • https://dev.mysql.com/doc/refman/5.7/en/identifier-case-sensitivity.html




【關於投稿】




如果大家有原創好文投稿,請直接給公號發送留言。




① 留言格式:


【投稿】+《 文章標題》+ 文章鏈接

② 示例:


【投稿】《不要自稱是程序員,我十多年的 IT 職場總結》:http://blog.jobbole.com/94148/

③ 最後請附上您的個人簡介哈~






看完本文有收穫?請轉發分享給更多人


關注「ImportNew」,提升Java技能


喜歡這篇文章嗎?立刻分享出去讓更多人知道吧!

本站內容充實豐富,博大精深,小編精選每日熱門資訊,隨時更新,點擊「搶先收到最新資訊」瀏覽吧!


請您繼續閱讀更多來自 ImportNew 的精彩文章:

誤刪除 dev 下特殊文件怎麼辦
JDK 源碼閱讀 :ByteBuffer

TAG:ImportNew |