MySQL存儲引擎總結(jié)_第1頁
MySQL存儲引擎總結(jié)_第2頁
MySQL存儲引擎總結(jié)_第3頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、前言在數(shù)據(jù)庫中存的就是一張張有著千絲萬縷關(guān)系的表,所以表設(shè)計(jì)的好壞,將直接影響著整個數(shù)據(jù)庫。而在設(shè)計(jì)表的時候,我們都會關(guān)注一個問題,使用什么存儲引擎。等一下,存儲引擎?什么是存儲引擎?什么是存儲引擎?關(guān)系數(shù)據(jù)庫表是用于存儲和組織信息的數(shù)據(jù)結(jié)構(gòu),可以將表理解為由行和列組成的表格,類似于Excel的電子表格的形式。有的表簡單,有的表復(fù)雜,有的表根本不用來存儲任何長期的數(shù)據(jù),有的表讀取時非常快,但是插入數(shù)據(jù)時去很差;而我們在實(shí)際開發(fā)過程中,就可能需要各種各樣的表,不同的表,就意味著存儲不同類型的數(shù)據(jù),數(shù)據(jù)的處理上也會存在著差異,那么。對于MySQL來說,它提供了很多種類型的存儲引擎,我們可以根據(jù)對數(shù)

2、據(jù)處理的需求,選擇不同的存儲引擎,從而最大限度的利用MySQL強(qiáng)大的功能。這篇博文將總結(jié)和分析各個引擎的特點(diǎn),以及適用場合,并不會糾結(jié)于更深層次的東西。我的學(xué)習(xí)方法是先學(xué)會用,懂得怎么用,再去知道到底是如何能用的。下面就對MySQL支持的存儲引擎進(jìn)行簡單的介紹。MylSAM在mysql客戶端中,使用以下命令可以查看MySQL支持的引擎。代碼如下:showengines;MylSAM表是獨(dú)立于操作系統(tǒng)的,這說明可以輕松地將其從Windows服務(wù)器移植到Linux服務(wù)器;每當(dāng)我們建立一個MyISAM引擎的表時,就會在本地磁盤上建立三個文件,文件名就是表明。例如,我建立了一個MyISAM弓I擎的tb

3、_Demo表,那么就會生成以下三個文件:1. tb_demo.frm,存儲表定義;2. tb_demo.MYD,存儲數(shù)據(jù);3. tb_demo.MYI,存儲索引。MyISAM表無法處理事務(wù),這就意味著有事務(wù)處理需求的表,不能使用MyISAM存儲引擎。MyISAM存儲引擎特別適合在以下幾種情況下使用:1. 選擇密集型的表。MyISAM存儲引擎在篩選大量數(shù)據(jù)時非常迅速,這是它最突出的優(yōu)點(diǎn)。插入密集型的表。MyISAM的并發(fā)插入特性允許同時選擇和插入數(shù)據(jù)。例如:MyISAM存儲引擎很適合管理郵件或Web服務(wù)器日志數(shù)據(jù)。InnoDBInnoDB是一個健壯的事務(wù)型存儲引擎,這種存儲引擎已經(jīng)被很多互聯(lián)網(wǎng)公

4、司使用,為用戶操作非常大的數(shù)據(jù)存儲提供了一個強(qiáng)大的解決方案。我的電腦上安裝的MySQL5.6.13版,InnoDB就是作為默認(rèn)的存儲引擎。InnoDB還引入了行級鎖定和外鍵約束,在以下場合下,使用InnoDB是最理想的選擇:1. 更新密集的表。InnoDB存儲引擎特別適合處理多重并發(fā)的更新請求。2. 事務(wù)。InnoDB存儲引擎是支持事務(wù)的標(biāo)準(zhǔn)MySQL存儲引擎。3. 自動災(zāi)難恢復(fù)。與其它存儲引擎不同,InnoDB表能夠自動從災(zāi)難中恢復(fù)。4. 外鍵約束。MySQL支持外鍵的存儲引擎只有InnoDB。5. 支持自動增加列AUTO_INCREMENT屬性。一般來說,如果需要事務(wù)支持,并且有較高的并發(fā)

5、讀取頻率,InnoDB是不錯的選擇。MEMORY使用MySQLMemory存儲引擎的出發(fā)點(diǎn)是速度。為得到最快的響應(yīng)時間,采用的邏輯存儲介質(zhì)是系統(tǒng)內(nèi)存。雖然在內(nèi)存中存儲表數(shù)據(jù)確實(shí)會提供很高的性能,但當(dāng)mysqld守護(hù)進(jìn)程崩潰時,所有的Memory數(shù)據(jù)都會丟失。獲得速度的同時也帶來了一些缺陷。它要求存儲在Memory數(shù)據(jù)表里的數(shù)據(jù)使用的是長度不變的格式,這意味著不能使用BLOB和TEXT這樣的長度可變的數(shù)據(jù)類型,VARCHAR是一種長度可變的類型,但因?yàn)樗贛ySQL內(nèi)部當(dāng)做長度固定不變的CHAR類型,所以可以使用。一般在以下幾種情況下使用Memory存儲引擎:1. 目標(biāo)數(shù)據(jù)較小,而且被非常頻繁地

6、訪問。在內(nèi)存中存放數(shù)據(jù),所以會造成內(nèi)存的使用,可以通過參數(shù)max_heap_table_size控制Memory表的大小,設(shè)置此參數(shù),就可以限制Memory表的最大大小。2. 如果數(shù)據(jù)是臨時的,而且要求必須立即可用,那么就可以存放在內(nèi)存表中。3. 存儲在Memory表中的數(shù)據(jù)如果突然丟失,不會對應(yīng)用服務(wù)產(chǎn)生實(shí)質(zhì)的負(fù)面影響。Memory同時支持散列索引和B樹索引。B樹索引的優(yōu)于散列索引的是,可以使用部分查詢和通配查詢,也可以使用<、>和>=等操作符方便數(shù)據(jù)挖掘。散列索引進(jìn)行“相等比較”非???,但是對“范圍比較”的速度就慢多了,因此散列索引值適合使用在=和<>的操作符

7、中,不適合在<或>操作符中,也同樣不適合用在orderby子句中??梢栽诒韯?chuàng)建時利用USING子句指定要使用的版本。例如:代碼如下:createtableusers(idsmallintunsignednotnullauto_increment,usernamevarchar(15)notnull,pwdvarchar(15)notnull,indexusinghash(username),primarykey(id)engine=memory;上述代碼創(chuàng)建了一個表,在username字段上使用了HASH散列索引。下面的代碼就創(chuàng)建一個表,使用BTREE索引。代碼如下:createt

8、ableusers(idsmallintunsignednotnullauto_increment,usernamevarchar(15)notnull,pwdvarchar(15)notnull,indexusingbtree(username),primarykey(id)engine=memory;MERGEMERGE存儲引擎是一組MyISAM表的組合,這些MyISAM表結(jié)構(gòu)必須完全相同,盡管其使用不如其它引擎突出,但是在某些情況下非常有用。說白了,Merge表就是幾個相同MyISAM表的聚合器;Merge表中并沒有數(shù)據(jù),對Merge類型的表可以進(jìn)行查詢、更新、刪除操作,這些操作實(shí)際上是

9、對內(nèi)部的MyISAM表進(jìn)行操作。Merge存儲引擎的使用場景。對于服務(wù)器日志這種信息,一般常用的存儲策略是將數(shù)據(jù)分成很多表,每個名稱與特定的時間端相關(guān)。例如:可以用12個相同的表來存儲服務(wù)器日志數(shù)據(jù),每個表用對應(yīng)各個月份的名字來命名。當(dāng)有必要基于所有12個日志表的數(shù)據(jù)來生成報(bào)表,這意味著需要編寫并更新多表查詢,以反映這些表中的信息。與其編寫這些可能出現(xiàn)錯誤的查詢,不如將這些表合并起來使用一條查詢,之后再刪除Merge表,而不影響原來的數(shù)據(jù),刪除Merge表只是刪除Merge表的定義,對內(nèi)部的表沒有任何影響。ARCHIVEArchive是歸檔的意思,在歸檔之后很多的高級功能就不再支持了,僅僅支持最基本的插入和查詢兩種功能。在MySQL5.5版以前,Archive是不支持索引,但是在MySQL5.5以后的版本中就開始支持索引了。Archive擁有很好的壓縮機(jī)制,它使用zlib壓縮庫,在記錄被請求時會實(shí)時壓縮,所以它經(jīng)常被用來當(dāng)做倉庫使用。存儲引擎的一些問題1. 如何查看服務(wù)器有哪些存儲引擎可以使用?為確定你的MySQL服務(wù)器可以用哪些存儲引擎,執(zhí)行如下命令:代碼如下:showengines;這個命令就能搞定了。2. 如何選擇合適的存儲引擎?(1) 選擇標(biāo)準(zhǔn)可以分

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論