今天同事問了一個問題，是關於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 培訓請認準mycat 官方團隊，在這裏，不僅可以學習MySQL DBA 專業知識，還能學習到 中間件和以及nosql以及與之相關的高可用解決！