在了解存儲引擎前,最好先了解一下MySQL的體系結(jié)構(gòu)戈鲁,請移步:
http://www.cnblogs.com/yjf512/archive/2012/02/06/2339496.html
http://www.cnblogs.com/chenmh/p/4914754.html
存儲引擎介紹
存儲引擎說白了就是如何存儲數(shù)據(jù)丧鸯、如何為存儲的數(shù)據(jù)建立索引和如何更新蛤铜、查詢數(shù)據(jù)等技術(shù)的實(shí)現(xiàn)方法。因?yàn)樵陉P(guān)系數(shù)據(jù)庫中數(shù)據(jù)的存儲是以表的形式存儲的丛肢,所以存儲引擎也可以稱為表類型(即存儲和操作此表的類型)围肥。
在Oracle 和SQL Server等數(shù)據(jù)庫中只有一種存儲引擎,所有數(shù)據(jù)存儲管理機(jī)制都是一樣的蜂怎。而MySql數(shù)據(jù)庫提供了多種存儲引擎穆刻。用戶可以根據(jù)不同的需求為數(shù)據(jù)表選擇不同的存儲引擎,用戶也可以根據(jù)自己的需要編寫自己的存儲引擎杠步。
關(guān)于MySQL存儲引擎的介紹氢伟,在以下鏈接文章中有詳細(xì)介紹:
http://www.jellythink.com/archives/640
這里根據(jù)上述鏈接中的文章撰洗,介紹一些引擎的適用場合:
MyISAM 無法處理事務(wù),意味著有事務(wù)處理需求的表腐芍,不能使用MyISAM存儲引擎。MyISAM存儲引擎特別適合在以下幾種情況下使用:
- 選擇密集型的表试躏。MyISAM存儲引擎在篩選大量數(shù)據(jù)時非常迅速猪勇,這是它最突出的優(yōu)點(diǎn)。
- 插入密集型的表颠蕴。MyISAM的并發(fā)插入特性允許同時選擇和插入數(shù)據(jù)泣刹。例如:MyISAM存儲引擎很適合管理郵件或Web服務(wù)器日志數(shù)據(jù)。
(ps:在5.5版本之前是默認(rèn)引擎犀被,后來默認(rèn)引擎成了InnoDB椅您,但在MySQL8.0中廢棄了MyISAM存儲引擎。關(guān)于MySQL8.0的信息寡键,請移步https://dev.mysql.com/downloads/mysql/8.0.html)
InnoDB是一個健壯的事務(wù)型存儲引擎掀泳,這種存儲引擎已經(jīng)被很多互聯(lián)網(wǎng)公司使用,為用戶操作非常大的數(shù)據(jù)存儲提供了一個強(qiáng)大的解決方案西轩。我的電腦上安裝的MySQL 5.6.13版员舵,InnoDB就是作為默認(rèn)的存儲引擎。InnoDB還引入了行級鎖定和外鍵約束藕畔,在以下場合下马僻,使用InnoDB是最理想的選擇:
- 更新密集的表。InnoDB存儲引擎特別適合處理多重并發(fā)的更新請求注服。
- 事務(wù)韭邓。InnoDB存儲引擎是支持事務(wù)的標(biāo)準(zhǔn)MySQL存儲引擎。
- 自動災(zāi)難恢復(fù)溶弟。與其它存儲引擎不同女淑,InnoDB表能夠自動從災(zāi)難中恢復(fù)。
- 外鍵約束可很。MySQL支持外鍵的存儲引擎只有InnoDB诗力。
- 支持自動增加列AUTO_INCREMENT屬性。
一般來說我抠,如果需要事務(wù)支持苇本,并且有較高的并發(fā)讀取頻率,InnoDB是不錯的選擇菜拓。
MyISAM與InnoDB之比較(摘自維基百科)
- InnoDB可借由事務(wù)日志(Transaction Log)來恢復(fù)程序崩潰(crash)瓣窄,或非預(yù)期結(jié)束所造成的數(shù)據(jù)錯誤;而MyISAM遇到錯誤纳鼎,必須完整掃描后才能重建索引俺夕,或修正未寫入硬盤的錯誤裳凸。InnoDB的修復(fù)時間,大略都是固定的劝贸,但MyISAM的修復(fù)時間姨谷,則與數(shù)據(jù)量的多寡成正比。相對而言映九,隨著數(shù)據(jù)量的增加梦湘,InnoDB會有較佳的穩(wěn)定性。
- MyISAM必須依靠操作系統(tǒng)來管理讀取與寫入的緩存件甥,而InnoDB則是有自己的讀寫緩存管理機(jī)制捌议。(InnoDB不會將被修改的數(shù)據(jù)頁立即交給操作系統(tǒng))因此在某些情況下,InnoDB的數(shù)據(jù)訪問會比MyISAM更有效率引有。
- InnoDB目前并不支持MyISAM所提供的壓縮與terse row formats瓣颅,所以對硬盤與高速緩存的使用量較大。因此MySQL從5.0版開始譬正,提供另一個負(fù)載較輕的格式宫补,他可減少約略20%的系統(tǒng)負(fù)載,而壓縮功能已項(xiàng)目于未來的新版中推出导帝。
- 當(dāng)操作完全兼容ACID(事務(wù))時守谓,雖然InnoDB會自動合并數(shù)筆連接,但每次有事務(wù)產(chǎn)生時您单,仍至少須寫入硬盤一次斋荞,因此對于某些硬盤或磁盤陣列,會造成每秒200次的事務(wù)處理上限虐秦。若希望達(dá)到更高的性能且保持事務(wù)的完整性平酿,就必使用磁盤緩存與電池備援。當(dāng)然InnoDB也提供數(shù)種對性能沖擊較低的模式悦陋,但相對的也會降低事務(wù)的完整性蜈彼。而MyISAM則無此問題,但這并非因?yàn)樗容^先進(jìn)俺驶,這只是因?yàn)樗恢С质聞?wù)幸逆。
Memory:使用MySQL Memory存儲引擎的出發(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存儲引擎:
- 目標(biāo)數(shù)據(jù)較小庆亡,而且被非常頻繁地訪問。在內(nèi)存中存放數(shù)據(jù)捞稿,所以會造成內(nèi)存的使用身冀,可以通過參數(shù)max_heap_table_size控制Memory表的大小,設(shè)置此參數(shù)括享,就可以限制Memory表的最大大小。
- 如果數(shù)據(jù)是臨時的珍促,而且要求必須立即可用铃辖,那么就可以存放在內(nèi)存表中。
- 存儲在Memory表中的數(shù)據(jù)如果突然丟失猪叙,不會對應(yīng)用服務(wù)產(chǎn)生實(shí)質(zhì)的負(fù)面影響娇斩。
Merge存儲引擎是一組MyISAM表的組合,這些MyISAM表結(jié)構(gòu)必須完全相同穴翩,盡管其使用不如其它引擎突出犬第,但是在某些情況下非常有用。說白了芒帕,Merge表就是幾個相同MyISAM表的聚合器歉嗓;Merge表中并沒有數(shù)據(jù),對Merge類型的表可以進(jìn)行查詢背蟆、更新鉴分、刪除操作,這些操作實(shí)際上是對內(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)部的表沒有任何影響。
Archive是歸檔的意思寡具,在歸檔之后很多的高級功能就不再支持了秤茅,僅僅支持最基本的插入和查詢兩種功能。在MySQL 5.5版以前童叠,Archive是不支持索引框喳,但是在MySQL 5.5以后的版本中就開始支持索引了。Archive擁有很好的壓縮機(jī)制厦坛,它使用zlib壓縮庫五垮,在記錄被請求時會實(shí)時壓縮,所以它經(jīng)常被用來當(dāng)做倉庫使用杜秸。
要更加深入的了解這些存儲引擎的不同以及適用場合放仗,需要在具體場景下體會。(筆者弱雞一只撬碟,暫時還只是紙上談兵诞挨,還需要在實(shí)際開發(fā)場景中體會)。
《MySQL技術(shù)內(nèi)幕 InnoDB存儲引擎》這本書對MySQL的存儲引擎有個概括呢蛤,對InnoDB存儲引擎進(jìn)行了詳細(xì)的講解惶傻。