MySQL中的大小寫有區別嗎

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

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

mysql> show variables like '%case%';
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| lower_case_file_system | OFF   |
| lower_case_table_names | 0     |
+------------------------+-------+
2 rows in set (0.01 sec)

  其中第一個參數是系統路徑是否大小寫敏感,我們暫時跳過，看看第二個參數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

  重啟后，test_TAB和原來的test_tab就是一個意思了。
mysql> desc test_TAB；
+-------+-------------+------+-----+---------+-------+
| Field | Type        | Null | Key | Default | Extra |
+-------+-------------+------+-----+---------+-------+
| id    | int(11)     | YES  |     | NULL    |       |
| name  | varchar(64) | YES  |     | NULL    |       |
+-------+-------------+------+-----+---------+-------+
2 rows in set (0.01 sec)
而如果在大小寫敏感的情況下切換就很容易出現問題。

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

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中的大小寫有區別嗎”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！