MySQL常常被我們誤會的地方

來源：懂視網責編：小采時間：2020-11-09 09:11:09

MySQL常常被我們誤會的地方

MySQL常常被我們誤會的地方:MySQL作為數據庫的一大主力軍，到處存在于我們各種系統中，相信大家都不陌生！但是，你知道你能用不代表你知道細節，那我們就來盤點盤點其中一些我們平時不太注意的地方，一來為了有趣，二來為了不讓自己踩坑。聲明：要想知道細節，那就去閱讀源碼，我實在沒

推薦度：

點擊下載本文 文檔為doc格式

導讀MySQL常常被我們誤會的地方:MySQL作為數據庫的一大主力軍，到處存在于我們各種系統中，相信大家都不陌生！但是，你知道你能用不代表你知道細節，那我們就來盤點盤點其中一些我們平時不太注意的地方，一來為了有趣，二來為了不讓自己踩坑。聲明：要想知道細節，那就去閱讀源碼，我實在沒

MySQL作為數據庫的一大主力軍，到處存在于我們各種系統中，相信大家都不陌生！但是，你知道你能用不代表你知道細節，那我們就來盤點盤點其中一些我們平時不太注意的地方，一來為了有趣，二來為了不讓自己踩坑。

聲明：要想知道細節，那就去閱讀源碼，我實在沒那本事，只能從片面上來說一些事！

1、不區分大小寫(字段名)

MySQL的查詢字段名不區分大小寫，但是查詢的內容是要區分大小寫的，所以能用下劃線命名的就不要用大小寫來區分命名了，如：

SELECT uid,v_state FROM all_user WHERE username = 'sunyue';
SELECT uid,v_state FROM all_user WHERE USERNAME = 'sunyue'; //與上一個語句結果一樣，字段不區分大小寫
SELECT uid,v_state FROM all_user WHERE USERname = 'SUNYUE'; //查不到信息，內容要區分大小寫

2、模糊匹配([_]匹配任意字符)

雖說模糊匹配有點正則的意思，但是你并不能像正則一樣自由地在數據庫里進行匹配，做到盡量簡化匹配就好！（附名詞：全文檢索sphinx）

SELECT uid,v_state FROM all_user WHERE USERNAME LIKE 'su_yue'; //下劃線[_]匹配任意單個字符
SELECT uid,v_state FROM all_user WHERE USERNAME LIKE 'su%yue'; //%匹配任意多個字符
SELECT uid,v_state FROM all_user WHERE USERNAME NOT LIKE 'su%'; /t like取不包含的信息

3、怎樣猜測一個功能

mysql作為一個關系型數據庫，面向的是普通的開發者，所以一切盡可能做到人性化。所以，如果你不知道某個功能是什么，那么，也許你可以猜得出來，因為，如果一個功能讓別人無法猜出個大概，那么也許，他就是失敗的設計。對于mysql，只要你英語水平稍微好一點點，就能很輕松的想到關系查詢應該怎么寫。所以，猜測的能力，在于你英語的水平，哈哈哈！??！

4、replace into 語法

replace into 是一個很粗暴的插入方式，不過在適當的場景使用也是很有必要的，比如一些需要隨時覆蓋式寫入的數據，就應該使用replace, 但是對于一些自增型的表，則應盡量避免使用，因為這樣會是對ID的一種浪費，也許沒必要使用replace.

5、insert into on dumplicate key update 語法

這個寫法相對來說就溫柔多了，但是速度肯定是慢一點的，據說只有mysql才有這個特性哦，如果你不想在插入前去判斷一下是否已存在該數據，也許這是一個不錯的選擇！

6、explain 語法

這是一個檢查查詢效果的有效方式，其實我本人很少使用這功能，但是，如果一個開發者經常使用這功能，那么，我相信，他本人肯定是個牛掰的人。通過這個命令，可以判斷出你寫的語句是否是優化的，如果不是，方向是什么。應該說，你用得多了，自己自然就知道結果了，還是多用用吧！

7、索引長度

myisam的索引長度最大為1000字節，innodb的索引長度最大為767字節！注意使用哦，超出范圍，則超出預料！

8、庫的復制

1)直接數據mysql自帶的數據庫備份恢復命令；

2)直接拷貝文件到目的服務器（注意進程占用問題）；

3)使用工具進行同步；個人感覺第二種方式最簡單！