MySQL大小寫敏感問題分析

這篇文章主要介紹“MySQL大小寫敏感問題分析”，在日常操作中，相信很多人在MySQL大小寫敏感問題分析問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”MySQL大小寫敏感問題分析”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

〇 lower_case_file_system
    該參數是用于描述data目錄所在的操作系統是否為大小寫敏感，該參數為bool類型，但無法修改。
    0 -- 大小寫敏感 
    1 -- 大小寫不敏感

    比如跑在linux上的都是OFF或者0。

〇 lower_case_table_names
    該參數為靜態，可設置為0、1、2。

0 -- 大小寫敏感。（Unix，Linux默認）
創建的庫表將原樣保存在磁盤上。如create database TeSt;將會創建一個TeSt的目錄，create table AbCCC ...將會原樣生成AbCCC.frm。
SQL語句也會原樣解析。

1 -- 大小寫不敏感。（Windows默認）
創建的庫表時，MySQL將所有的庫表名轉換成小寫存儲在磁盤上。
SQL語句同樣會將庫表名轉換成小寫。
如需要查詢以前創建的Test_table（生成Test_table.frm文件），即便執行select * from Test_table，也會被轉換成select * from test_table，致使報錯表不存在。

2 -- 大小寫不敏感（OS X默認）
創建的庫表將原樣保存在磁盤上。
但SQL語句將庫表名轉換成小寫。

修改lower_case_table_names導致的常見不良隱患：
如果在lower_case_table_names=0時，創建了含有大寫字母的庫表，改為lower_case_table_names=1后，則會無法被查到。

注意事項：
將默認的lower_case_tables_name為0設置成1，需先將已經存在的庫表名轉換為小寫：

1）針對僅表名存在大寫字母的情況：
①、lower_case_tables_name=0時，執行rename table成小寫。
②、設置lower_case_tables_name=1，重啟生效。

2）針對庫名存在大寫字母的情況：
①、lower_case_tables_name=0時，使用mysqldump導出，并刪除老的數據庫。
②、設置lower_case_tables_name=1，重啟生效。
③、導入數據至實例，此時包含大寫字母的庫名已轉換為小寫。

到此，關于“MySQL大小寫敏感問題分析”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！