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，只要你英語水平稍微好一點點，就能很輕松的想到關系查詢應該怎么寫。所以，猜測的能力，在于你英語的水平，哈哈哈?。。?/p>

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, 比較專業化，不過你得適應他的各種表現形式；命令行，我想應該不會有人直接使用命令行進行操作吧，不過，命令行才是根本呢！

需要加深的東西很多，如果有時間能力，應該深入源碼！

轉自信息酷