MySQL存儲引擎介紹

在了解存儲引擎前,最好先了解一下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之比較(摘自維基百科)

  1. InnoDB可借由事務(wù)日志(Transaction Log)來恢復(fù)程序崩潰(crash)瓣窄,或非預(yù)期結(jié)束所造成的數(shù)據(jù)錯誤;而MyISAM遇到錯誤纳鼎,必須完整掃描后才能重建索引俺夕,或修正未寫入硬盤的錯誤裳凸。InnoDB的修復(fù)時間,大略都是固定的劝贸,但MyISAM的修復(fù)時間姨谷,則與數(shù)據(jù)量的多寡成正比。相對而言映九,隨著數(shù)據(jù)量的增加梦湘,InnoDB會有較佳的穩(wěn)定性。
  2. MyISAM必須依靠操作系統(tǒng)來管理讀取與寫入的緩存件甥,而InnoDB則是有自己的讀寫緩存管理機(jī)制捌议。(InnoDB不會將被修改的數(shù)據(jù)頁立即交給操作系統(tǒng))因此在某些情況下,InnoDB的數(shù)據(jù)訪問會比MyISAM更有效率引有。
  3. InnoDB目前并不支持MyISAM所提供的壓縮與terse row formats瓣颅,所以對硬盤與高速緩存的使用量較大。因此MySQL從5.0版開始譬正,提供另一個負(fù)載較輕的格式宫补,他可減少約略20%的系統(tǒng)負(fù)載,而壓縮功能已項(xiàng)目于未來的新版中推出导帝。
  4. 當(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ì)的講解惶傻。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市其障,隨后出現(xiàn)的幾起案子银室,更是在濱河造成了極大的恐慌,老刑警劉巖励翼,帶你破解...
    沈念sama閱讀 219,110評論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件粮揉,死亡現(xiàn)場離奇詭異,居然都是意外死亡抚笔,警方通過查閱死者的電腦和手機(jī)扶认,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,443評論 3 395
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來殊橙,“玉大人辐宾,你說我怎么就攤上這事∨蚵” “怎么了叠纹?”我有些...
    開封第一講書人閱讀 165,474評論 0 356
  • 文/不壞的土叔 我叫張陵,是天一觀的道長敞葛。 經(jīng)常有香客問我誉察,道長,這世上最難降的妖魔是什么惹谐? 我笑而不...
    開封第一講書人閱讀 58,881評論 1 295
  • 正文 為了忘掉前任持偏,我火速辦了婚禮驼卖,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘鸿秆。我一直安慰自己酌畜,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,902評論 6 392
  • 文/花漫 我一把揭開白布卿叽。 她就那樣靜靜地躺著桥胞,像睡著了一般。 火紅的嫁衣襯著肌膚如雪考婴。 梳的紋絲不亂的頭發(fā)上贩虾,一...
    開封第一講書人閱讀 51,698評論 1 305
  • 那天,我揣著相機(jī)與錄音沥阱,去河邊找鬼整胃。 笑死,一個胖子當(dāng)著我的面吹牛喳钟,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播在岂,決...
    沈念sama閱讀 40,418評論 3 419
  • 文/蒼蘭香墨 我猛地睜開眼奔则,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了蔽午?” 一聲冷哼從身側(cè)響起易茬,我...
    開封第一講書人閱讀 39,332評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎及老,沒想到半個月后抽莱,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,796評論 1 316
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡骄恶,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,968評論 3 337
  • 正文 我和宋清朗相戀三年食铐,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片僧鲁。...
    茶點(diǎn)故事閱讀 40,110評論 1 351
  • 序言:一個原本活蹦亂跳的男人離奇死亡虐呻,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出寞秃,到底是詐尸還是另有隱情斟叼,我是刑警寧澤,帶...
    沈念sama閱讀 35,792評論 5 346
  • 正文 年R本政府宣布春寿,位于F島的核電站朗涩,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏绑改。R本人自食惡果不足惜谢床,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,455評論 3 331
  • 文/蒙蒙 一兄一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧萤悴,春花似錦瘾腰、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,003評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至硝全,卻和暖如春栖雾,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背伟众。 一陣腳步聲響...
    開封第一講書人閱讀 33,130評論 1 272
  • 我被黑心中介騙來泰國打工析藕, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人凳厢。 一個月前我還...
    沈念sama閱讀 48,348評論 3 373
  • 正文 我出身青樓账胧,卻偏偏與公主長得像,于是被迫代替她去往敵國和親先紫。 傳聞我的和親對象是個殘疾皇子治泥,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,047評論 2 355

推薦閱讀更多精彩內(nèi)容