MySQL作為數(shù)據(jù)庫(kù)的一大主力軍，到處存在于我們各種系統(tǒng)中，相信大家都不陌生！但是，你知道你能用不代表你知道細(xì)節(jié)，那我們就來(lái)盤點(diǎn)盤點(diǎn)其中一些我們平時(shí)不太注意的地方，一來(lái)為了有趣，二來(lái)為了不讓自己踩坑。

聲明：要想知道細(xì)節(jié)，那就去閱讀源碼，我實(shí)在沒(méi)那本事，只能從片面上來(lái)說(shuō)一些事！

1、不區(qū)分大小寫(字段名)
MySQL的查詢字段名不區(qū)分大小寫，但是查詢的內(nèi)容是要區(qū)分大小寫的，所以能用下劃線命名的就不要用大小寫來(lái)區(qū)分命名了，如：

SELECT uid,v_state FROM all_user WHERE username = 'sunyue';
SELECT uid,v_state FROM all_user WHERE USERNAME = 'sunyue';      

 //與上一個(gè)語(yǔ)句結(jié)果一樣，字段不區(qū)分大小寫

SELECT uid,v_state FROM all_user WHERE USERname = 'SUNYUE';      

 //查不到信息，內(nèi)容要區(qū)分大小寫

2、模糊匹配([_]匹配任意字符)
雖說(shuō)模糊匹配有點(diǎn)正則的意思，但是你并不能像正則一樣自由地在數(shù)據(jù)庫(kù)里進(jìn)行匹配，做到盡量簡(jiǎn)化匹配就好?。ǜ矫~：全文檢索sphinx）

SELECT uid,v_state FROM all_user WHERE USERNAME LIKE 'su_yue';  

 //下劃線[_]匹配任意單個(gè)字符
SELECT uid,v_state FROM all_user WHERE USERNAME LIKE 'su%yue';  

 //%匹配任意多個(gè)字符
SELECT uid,v_state FROM all_user WHERE USERNAME NOT LIKE 'su%';    

 /t like取不包含的信息

3、怎樣猜測(cè)一個(gè)功能
mysql作為一個(gè)關(guān)系型數(shù)據(jù)庫(kù)，面向的是普通的開(kāi)發(fā)者，所以一切盡可能做到人性化。所以，如果你不知道某個(gè)功能是什么，那么，也許你可以猜得出來(lái)，因?yàn)?，如果一個(gè)功能讓別人無(wú)法猜出個(gè)大概，那么也許，他就是失敗的設(shè)計(jì)。對(duì)于mysql，只要你英語(yǔ)水平稍微好一點(diǎn)點(diǎn)，就能很輕松的想到關(guān)系查詢應(yīng)該怎么寫。所以，猜測(cè)的能力，在于你英語(yǔ)的水平，哈哈哈?。?！

4、replace into 語(yǔ)法
replace into 是一個(gè)很粗暴的插入方式，不過(guò)在適當(dāng)?shù)膱?chǎng)景使用也是很有必要的，比如一些需要隨時(shí)覆蓋式寫入的數(shù)據(jù)，就應(yīng)該使用replace, 但是對(duì)于一些自增型的表，則應(yīng)盡量避免使用，因?yàn)檫@樣會(huì)是對(duì)ID的一種浪費(fèi)，也許沒(méi)必要使用replace.

5、insert into on dumplicate key update 語(yǔ)法
這個(gè)寫法相對(duì)來(lái)說(shuō)就溫柔多了，但是速度肯定是慢一點(diǎn)的，據(jù)說(shuō)只有mysql才有這個(gè)特性哦，如果你不想在插入前去判斷一下是否已存在該數(shù)據(jù)，也許這是一個(gè)不錯(cuò)的選擇！

6、explain 語(yǔ)法
這是一個(gè)檢查查詢效果的有效方式，其實(shí)我本人很少使用這功能，但是，如果一個(gè)開(kāi)發(fā)者經(jīng)常使用這功能，那么，我相信，他本人肯定是個(gè)牛掰的人。通過(guò)這個(gè)命令，可以判斷出你寫的語(yǔ)句是否是優(yōu)化的，如果不是，方向是什么。應(yīng)該說(shuō)，你用得多了，自己自然就知道結(jié)果了，還是多用用吧！

7、索引長(zhǎng)度
myisam的索引長(zhǎng)度最大為1000字節(jié)，innodb的索引長(zhǎng)度最大為767字節(jié)！注意使用哦，超出范圍，則超出預(yù)料！

8、庫(kù)的復(fù)制
1)直接數(shù)據(jù)mysql自帶的數(shù)據(jù)庫(kù)備份恢復(fù)命令；
2)直接拷貝文件到目的服務(wù)器（注意進(jìn)程占用問(wèn)題）；
3)使用工具進(jìn)行同步；個(gè)人感覺(jué)第二種方式最簡(jiǎn)單！

9、分區(qū)
對(duì)于一些可能會(huì)很大的表，需要進(jìn)行分區(qū)操作，如果有這方面的需求，需要在最開(kāi)始就添加至少一個(gè)分區(qū)，否則后期將無(wú)法操作分區(qū)。（至少我是這么認(rèn)為的）

10、慢查詢
慢查詢，這是一個(gè)對(duì)性能的監(jiān)控問(wèn)題，如果服務(wù)器表現(xiàn)太差，排查問(wèn)題時(shí)，有這種慢查詢的記錄，排查起來(lái)將事半功倍！

11、binlog
binlog,一般都會(huì)用到這功能，對(duì)于數(shù)據(jù)恢復(fù)，數(shù)據(jù)操作記錄等等有很必要功用！

12、其他應(yīng)該要知道的視圖、存儲(chǔ)過(guò)程、事件...
視圖、事件等，這些都是一些高級(jí)應(yīng)用，我發(fā)現(xiàn)很多項(xiàng)目根本不存在這種應(yīng)用，到少我遇到的項(xiàng)目都幾乎不涉及或者涉及了也是別人隨便做做！但是高級(jí)功能還是要了解的，不管有沒(méi)有用！

13、可使用的工具
phpMyAdmin, 作為遠(yuǎn)程安全操作數(shù)據(jù)庫(kù)的方式，還是很不錯(cuò)的，但是作為本地操作的話，實(shí)在有點(diǎn)笨拙；sqlyog, 界面雖古板，但是還是比較方便的；navicat, 比較專業(yè)化，不過(guò)你得適應(yīng)他的各種表現(xiàn)形式；命令行，我想應(yīng)該不會(huì)有人直接使用命令行進(jìn)行操作吧，不過(guò)，命令行才是根本呢！

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論