首頁  >  文章  >  資料庫  >  MySQL常常被我們誤會的地方

MySQL常常被我們誤會的地方

黄舟
黄舟原創
2017-02-21 10:38:02939瀏覽



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

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

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

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

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

  2. SELECT uid,v_state FROM all_user WHERE USERNAME = 'sunyue';           欄位//與上一個語句結果一樣,欄位不區分大小&*


  3. SELECT uid,v_state FROM all_user WHERE USERname = 'SUNYUE';            //查詢使用資訊,內容要區分大小寫

複製代碼

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

雖說模糊匹配有點正則的意思,但是你並不能像正則一樣自由地在數據庫裡進行匹配,做到盡量簡化匹配就好! (附名詞:全文檢索sphinx)

  1. SELECT uid,v_state FROM all_user WHERE USERNAME LIKE 'su_yue';    //底線[_]符合任意單一字元

  2. SELECT uid,v_state FROM all_user WHERE USERNAME LIKE 'su%yue';    //%符合任意多個字元

  3. 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)!


陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn