MySQL中的大小寫有區別嗎

157次閱讀

共計 2398 個字符，預計需要花費 6 分鐘才能閱讀完成。

本篇內容介紹了“MySQL 中的大小寫有區別嗎”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓丸趣 TV 小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

如果根據關鍵字 case 來搜索，會發現有兩個參數。

其中第一個參數是系統路徑是否大小寫敏感, 我們暫時跳過，看看第二個參數 lower_case_table_names，它的含義 0：區分大小寫，1：不區分大小寫。
大小寫的敏感問題，在 MySQL 大體會分為兩種類別，在 Linux 和 Windows 平臺。
MySQL 在 Linux 下數據庫名、表名、列名、別名大小寫規則是這樣的：
1、數據庫名與表名是嚴格區分大小寫的；
2、表的別名是嚴格區分大小寫的；
3、列名與列的別名在所有的情況下均是忽略大小寫的；
4、變量名也是嚴格區分大小寫的；

而 Windows 下的 MySQL 卻是大小寫不敏感的，所有表名和數據庫名都會變成小寫。
比如我們創建表 test_tab，然后插入兩行記錄，繼續開啟測試。

create table test_tab(id int,name varchar(64));
insert into test_tab values(1, aa),(2, bb

在默認的情況下，是開啟了大小寫敏感的，這樣一來 test_tab,TEST_TAB 是完全不同的兩個對象。

mysql select id,name from TEST_TAB;
ERROR 1146 (42S02): Table test.TEST_TAB doesn t exist
mysql
而在列級別，MySQL 是不區分大小寫的。
mysql select id,NAMe from test_tab;
+——+———+
| id | NAMe |
+——+———+
| 1 | aa |
| 2 | newtest |
+——+———+
2 rows in set (0.00 sec)
如果要修改大小寫敏感的設置，比如設置為大小寫不敏感，需要設置參數值，然后重啟。

mysql set global lower_case_table_names=on;
ERROR 1238 (HY000): Variable lower_case_table_names is a read only variable

尤其需要注意這種兼容性的問題，如果對于存儲過程等還存在疑慮，也可以開啟測試模式。

delimiter //
drop procedure if exists `test_proc` //
create procedure test_proc(in push_id char(64))
begin
update Test.test_tab set name= test where id=2;
end
//
delimiter ;

mysql call test_proc(newtest
Query OK, 1 row affected (0.00 sec)

mysql select *from test_tab;
+——+———+
| id | name |
+——+———+
| 1 | aa |
| 2 | newtest |
+——+———+
2 rows in set (0.00 sec)
在這個地方還是要做詳細的驗收測試，務必已測試結果為準，因為大小寫的問題出現了表數據不可訪問就很不應該了。

另外額外提一下 Oracle 里面的大小寫問題，Oracle 里面在 11g 有一個默認參數 sec_case_sensitive_logon，這個參數的實際應用真是有些悲劇，一來很多客戶對這個特性并不喜歡，看似從安全的角度來調控，但似乎帶來了更多的問題，有相當一部分是習慣使然，而另外一方面是因為這個參數在 11g 推出，在 12c 里面這個參數就過期了，含義也發生了變化，在使用中會有一些理解上的歧義。

這個參數只能夠保證登錄用戶密碼的大小寫敏感，其他還是和原來一樣,12c 中這個參數變了味兒，在新版本中已經過期，在設置的時候務必需要保證 sqlnet.ora 中的設置需要兼容，文件中的參數 SQLNET.ALLOWED_LOGON_VERSION_SERVER 如果是 12,12a 就需要保證 SEC_CASE_SENSITIVE_LOGON 不為 false

“MySQL 中的大小寫有區別嗎”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注丸趣 TV 網站，丸趣 TV 小編將為大家輸出更多高質量的實用文章！

正文完