MySQL常常被我們誤會的地方
- 黄舟原創
- 2017-02-21 10:38:02964瀏覽
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)使用工具進行同步；個人感覺第二種方式最簡單！
9、分區
對於一些可能會很大的表，需要進行分區操作，如果有這方面的需求，需要在最開始就添加至少一個分區，否則後製將無法操作分區。 （至少我是這麼認為的）
10、慢查詢
慢查詢，這是一個對效能的監控問題，如果伺服器表現太差，排查問題時，有這種慢查詢的記錄，排查起來將事半功倍！
11、binlog
binlog,通常都會用到這功能，對於資料恢復，資料操作記錄等等有很必要功用！
12、其他應該要知道的視圖、預存程序、事件...
視圖、事件等，這些都是一些高級應用，我發現很多項目根本不存在這種應用，到少我遇到的項目都幾乎不涉及或涉及了也是別人隨便做做！但是高級功能還是要了解的，不管有沒有用！
13、可使用的工具
phpMyAdmin, 作為遠端安全操作資料庫的方式，還是很不錯的，但是作為本地操作的話，實在有點笨拙；sqlyog , 介面雖古板，但是還是比較方便的；navicat, 比較專業化，不過你得適應他的各種表現形式；命令行，我想應該不會有人直接使用命令行進行操作吧，不過，命令行才是根本呢！
需要加深的東西很多，如果有時間能力，應該深入原始碼！
以上就是MySQL常被我們誤會的地方的內容，更多相關內容請關注PHP中文網（www.php.cn）！