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