本篇內(nèi)容介紹了“MySQL中的大小寫有區(qū)別嗎”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

創(chuàng)新互聯(lián)主營(yíng)景德鎮(zhèn)網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營(yíng)網(wǎng)站建設(shè)方案,成都App定制開發(fā),景德鎮(zhèn)h5成都微信小程序搭建,景德鎮(zhèn)網(wǎng)站營(yíng)銷推廣歡迎景德鎮(zhèn)等地區(qū)企業(yè)咨詢

如果根據(jù)關(guān)鍵字case來(lái)搜索，會(huì)發(fā)現(xiàn)有兩個(gè)參數(shù)。

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)

  其中第一個(gè)參數(shù)是系統(tǒng)路徑是否大小寫敏感,我們暫時(shí)跳過，看看第二個(gè)參數(shù)lower_case_table_names，它的含義 0：區(qū)分大小寫，1：不區(qū)分大小寫 。
  大小寫的敏感問題，在MySQL大體會(huì)分為兩種類別，在Linux和Windows平臺(tái)。
MySQL在Linux下數(shù)據(jù)庫(kù)名、表名、列名、別名大小寫規(guī)則是這樣的：
1、數(shù)據(jù)庫(kù)名與表名是嚴(yán)格區(qū)分大小寫的；
2、表的別名是嚴(yán)格區(qū)分大小寫的；
3、列名與列的別名在所有的情況下均是忽略大小寫的；
4、變量名也是嚴(yán)格區(qū)分大小寫的；

而Windows下的MySQL卻是大小寫不敏感的，所有表名和數(shù)據(jù)庫(kù)名都會(huì)變成小寫。
比如我們創(chuàng)建表test_tab，然后插入兩行記錄，繼續(xù)開啟測(cè)試。

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

在默認(rèn)的情況下，是開啟了大小寫敏感的，這樣一來(lái)test_tab,TEST_TAB是完全不同的兩個(gè)對(duì)象。

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

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

  重啟后，test_TAB和原來(lái)的test_tab就是一個(gè)意思了。
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)
而如果在大小寫敏感的情況下切換就很容易出現(xiàn)問題。

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

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)
在這個(gè)地方還是要做詳細(xì)的驗(yàn)收測(cè)試，務(wù)必已測(cè)試結(jié)果為準(zhǔn)，因?yàn)榇笮懙膯栴}出現(xiàn)了表數(shù)據(jù)不可訪問就很不應(yīng)該了。

另外額外提一下Oracle里面的大小寫問題，Oracle里面在11g有一個(gè)默認(rèn)參數(shù)sec_case_sensitive_logon，這個(gè)參數(shù)的實(shí)際應(yīng)用真是有些悲劇，一來(lái)很多客戶對(duì)這個(gè)特性并不喜歡，看似從安全的角度來(lái)調(diào)控，但似乎帶來(lái)了更多的問題，有相當(dāng)一部分是習(xí)慣使然，而另外一方面是因?yàn)檫@個(gè)參數(shù)在11g推出，在12c里面這個(gè)參數(shù)就過期了，含義也發(fā)生了變化，在使用中會(huì)有一些理解上的歧義。

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

“MySQL中的大小寫有區(qū)別嗎”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！