MySQL常見數據庫引擎及比較

一:MySQL存儲引擎簡介

MySQL有多種存儲引擎,每種存儲引擎有各自的優缺點,你們能夠擇優選擇使用:MyISAMInnoDB、MERGE、MEMORY(HEAP)、BDB(BerkeleyDB)、EXAMPLE、FEDERATED、ARCHIVE、CSV、BLACKHOLE。linux

MySQL支持數個存儲引擎做爲對不一樣表的類型的處理器。MySQL存儲引擎包括處理事務安全表的引擎和處理非事務安全表的引擎:數據庫

   MyISAM管理非事務表。它提供高速存儲和檢索,以及全文搜索能力。MyISAM在全部MySQL配置裏被支持,它是默認的存儲引擎,除非你配置MySQL默認使用另一個引擎。windows

  MEMORY存儲引擎提供「內存中」表。MERGE存儲引擎容許集合將被處理一樣的MyISAM表做爲一個單獨的表。就像MyISAM同樣,MEMORY和MERGE存儲引擎處理非事務表,這兩個引擎也都被默認包含在MySQL中。緩存

  注:MEMORY存儲引擎正式地被肯定爲HEAP引擎。安全

   InnoDB和BDB存儲引擎提供事務安全表。BDB被包含在爲支持它的操做系統發佈的MySQL-Max二進制分發版裏。InnoDB也默認被包括在所 有MySQL 5.1二進制分發版裏,你能夠按照喜愛經過配置MySQL來容許或禁止任一引擎。
   EXAMPLE存儲引擎是一個「存根」引擎,它不作什麼。你能夠用這個引擎建立表,但沒有數據被存儲於其中或從其中檢索。這個引擎的目的是服務,在 MySQL源代碼中的一個例子,它演示說明如何開始編寫新存儲引擎。一樣,它的主要興趣是對開發者。
服務器

  NDB Cluster是被MySQL Cluster用來實現分割到多臺計算機上的表的存儲引擎。它在MySQL-Max 5.1二進制分發版裏提供。這個存儲引擎當前只被LinuxSolaris, 和Mac OS X 支持。在將來的MySQL分發版中,咱們想要添加其它平臺對這個引擎的支持,包括Windows數據結構

  ARCHIVE存儲引擎被用來無索引地,很是小地覆蓋存儲的大量數據。併發

  CSV存儲引擎把數據以逗號分隔的格式存儲在文本文件中。分佈式

  BLACKHOLE存儲引擎接受但不存儲數據,而且檢索老是返回一個空集。工具

  FEDERATED存儲引擎把數據存在遠程數據庫中。在MySQL 5.1中,它只和MySQL一塊兒工做,使用MySQL C Client API。在將來的分發版中,咱們想要讓它使用其它驅動器或客戶端鏈接方法鏈接到另外的數據源。

  當你建立一個新表的時候,你能夠經過添加一個ENGINE 或TYPE 選項到CREATE TABLE語句來告訴MySQL你要建立什麼類型的表:

    CREATE TABLE t (i INT) ENGINE = INNODB;

    CREATE TABLE t (i INT) TYPE = MEMORY;

雖然TYPE仍然在MySQL 5.1中被支持,如今ENGINE是首選的術語。

二:如何選擇最適合你的存儲引擎呢?

下述存儲引擎是最經常使用的:

  MyISAM:默認的MySQL插件式存儲引擎,它是在Web、數據倉儲和其餘應用環境下最常使用的存儲引擎之一。注意,經過更改STORAGE_ENGINE配置變量,可以方便地更改MySQL服務器的默認存儲引擎。

  InnoDB:用於事務處理應用程序,具備衆多特性,包括ACID事務支持。(提供行級鎖)

  BDB:可替代InnoDB的事務引擎,支持COMMIT、ROLLBACK和其餘事務特性。

  Memory:將全部數據保存在RAM中,在須要快速查找引用和其餘相似數據的環境下,可提供極快的訪問。

  Merge:容許MySQL DBA或開發人員將一系列等同的MyISAM表以邏輯方式組合在一塊兒,並做爲1個對象引用它們。對於諸如數據倉儲等VLDB環境十分適合。

  Archive:爲大量不多引用的歷史、歸檔、或安全審計信息的存儲和檢索提供了完美的解決方案。

  Federated:可以將多個分離的MySQL服務器連接起來,從多個物理服務器建立一個邏輯數據庫。十分適合於分佈式環境或數據集市環境。

  Cluster/NDB:MySQL的簇式數據庫引擎,尤爲適合於具備高性能查找要求的應用程序,這類查找需求還要求具備最高的正常工做時間和可用性。

  Other:其餘存儲引擎包括CSV(引用由逗號隔開的用做數據庫表的文件),Blackhole(用於臨時禁止對數據庫的應用程序輸入),以及Example引擎(可爲快速建立定製的插件式存儲引擎提供幫助)。

三:各存儲引擎之間的區別

存儲引擎的核心功能把不一樣的存儲引擎區別開來。咱們 通常把這些核心功能分爲四類:支持的字段和數據類型、鎖定類型、索引和處理

字段和數據類型

  雖然全部這些引擎都支持通用的數據類型,例如整型、實型和字符型等,可是,並非全部的引擎都支持其它的字段類型,特別是BLOG(二進制大對象)或者TEXT文本類型。其它引擎也許僅支持有限的字符寬度和數據大小。

  這些侷限性可能直接影響到你能夠存儲的數據,同時也可能會對你實施的搜索的類型或者你對那些信息建立的索引產生間接的影響。這些區別可以影響你的應用程序的性能和功能,由於你必需要根據你要存儲的數據類型選擇對須要的存儲引擎的功能作出決策。

鎖定

  數據庫引擎中的鎖定功能決定了如何管理信息的訪問和更新。當數據庫中的一個對象爲信息更新鎖定了,在更新完成以前,其它處理不能修改這個數據(在某些狀況下還不容許讀這種數據)。

  鎖定不只影響許多不一樣的應用程序如何更新數據庫中的信息,並且還影響對那個數據的查詢。這是由於查詢可能要訪問正在被修改或者更新的數據。總的 來講,這種延遲是很小的。大多數鎖定機制主要是爲了防止多個處理更新同一個數據。因爲向數據中插入信息和更新信息這兩種狀況都須要鎖定,你能夠想象,多個 應用程序使用同一個數據庫可能會有很大的影響。

  不一樣的存儲引擎在不一樣的對象級別支持鎖定,並且這些級別將影響能夠同時訪問的信息。獲得支持的級別有三種:表鎖定、塊鎖定和行鎖定。支持最多的 是表鎖定,這種鎖定是在MyISAM中提供的。在數據更新時,它鎖定了整個表。這就防止了許多應用程序同時更新一個具體的表。這對應用不少的多用戶數據庫 有很大的影響,由於它延遲了更新的過程。

  頁級鎖定使用Berkeley DB引擎,而且根據上載的信息頁(8KB)鎖定數據。當在數據庫的不少地方進行更新的時候,這種鎖定不會出現什麼問題。可是,因爲增長几行信息就要鎖定數據結構的最後8KB,當須要增長大量的行,特別是大量的小型數據,就會帶來問題。

  行級鎖定提供了最佳的並行訪問功能,一個表中只有一行數據被鎖定。這就意味着不少應用程序可以更新同一個表中的不一樣行的數據,而不會引發鎖定的問題。只有InnoDB存儲引擎支持行級鎖定。

創建索引

  創建索引在搜索和恢復數據庫中的數據的時候可以顯著提升性能。不一樣的存儲引擎提供不一樣的製做索引的技術。有些技術也許會更適合你存儲的數據類型。

  有些存儲引擎根本就不支持索引,其緣由多是它們使用基本表索引(如MERGE引擎)或者是由於數據存儲的方式不容許索引(例如FEDERATED或者BLACKHOLE引擎)。

事務處理

  事務處理功能經過提供在向表中更新和插入信息期間的可靠性。這種可靠性是經過以下方法實現的,它容許你更新表中的數據,但僅當應用的應用程序的 全部相關操做徹底完成後才接受你對錶的更改。例如,在會計處理中每一筆會計分錄處理將包括對借方科目和貸方科目數據的更改,你須要要使用事務處理功能保證 對借方科目和貸方科目的數據更改都順利完成,才接受所作的修改。若是任一項操做失敗了,你均可以取消這個事務處理,這些修改就不存在了。若是這個事務處理 過程完成了,咱們能夠經過容許這個修改來確認這個操做。

四:MySQL存儲引擎比較

MySQL經常使用的存儲引擎爲MyISAM、InnoDB、MEMORY、MERGE,其中InnoDB提供事務安全表,其餘存儲引擎都是非事務安全表。 

4.1 MyISAM

  MyISAM是MySQL的默認存儲引擎。MyISAM不支持事務、也不支持外鍵,但其訪問(讀)速度快,對事務完整性沒有要求。 
  MyISAM除了提供ISAM裏所沒有的索引和字段管理的大量功能,MyISAM還使用一種表格鎖定的機制,來優化多個併發的讀寫操做,其代價是你須要常常運行OPTIMIZE TABLE命令,來恢復被更新機制所浪費的空間。MyISAM還有一些有用的擴展,例如用來修復數據庫文件的MyISAMCHK工具和用來恢復浪費空間的MyISAMPACK工具。MYISAM強調了快速讀取操做,這可能就是爲何MySQL受到了WEB開發如此青睞的主要緣由:在WEB開發中你所進行的大量數據操做都是讀取操做。因此,大多數虛擬主機提供商和INTERNET平臺提供商只容許使用MYISAM格式。MyISAM格式的一個重要缺陷就是不能在表損壞後恢復數據。
  InnoDB存儲引擎提供了具備提交、回滾和崩潰恢復能力的事務安全。可是比起MyISAM存儲引擎,InnoDB寫的處理效率差一些而且會佔用更多的磁盤空間以保留數據和索引。 

4.2 MEMORY/HEAP

  MEMORY(又叫HEAP)存儲引擎使用存在內存中的內容來建立表。每一個MEMORY表只實際對應一個磁盤文件。MEMORY類型的表訪問很是得快,由於它的數據是放在內存中的,而且默認使用HASH索引。可是一旦服務關閉,表中的數據就會丟失掉。 HEAP容許只駐留在內存裏的臨時表格。駐留在內存裏讓HEAP要比ISAM和MYISAM都快,可是它所管理的數據是不穩定的,並且若是在關機以前沒有進行保存,那麼全部的數據都會丟失。在數據行被刪除的時候,HEAP也不會浪費大量的空間。HEAP表格在你須要使用SELECT表達式來選擇和操控數據的時候很是有用。
  MEMORY主要用於那些內容變化不頻繁的代碼表,或者做爲統計操做的中間結果表,便於高效地堆中間結果進行分析並獲得最終的統計結果。

4.3 MERGE

  MERGE存儲引擎是一組MyISAM表的組合,這些MyISAM表必須結構徹底相同。MERGE表自己沒有數據,對MERGE類型的表進行查詢、更新、刪除的操做,就是對內部的MyISAM表進行的。 MERGE用於將一系列等同的MyISAM表以邏輯方式組合在一塊兒,並做爲一個對象引用它。MERGE表的優勢在於能夠突破對單個MyISAM表大小的限制,經過將不一樣的表分佈在多個磁盤上,能夠有效的改善MERGE表的訪問效率。
  MyISAM與InnoDB的區別
    InnoDB和MyISAM是許多人在使用MySQL時最經常使用的兩個表類型,這兩個表類型各有優劣,視具體應用而定。基本的差異爲:MyISAM類型不支持事務處理等高級處理,而InnoDB類型支持。MyISAM類型的表強調的是性能,其執行數度比InnoDB類型更快,可是不提供事務支持,而InnoDB提供事務支持已經外部鍵等高級數據庫功能。
  MyISAM表還支持3中不一樣的存儲格式:  靜態表 、 動態表 三、壓縮表 
  靜態表是默認的存儲格式,靜態表中的字段都是非變長的字段,優勢是:存儲很是迅速,容易緩存,出現故障容易恢復;缺點是:佔用的空間一般比動態表多。(注意: 在存儲時,列的寬度不足時,用空格補足,當時在訪問的時候並不會獲得這些空格) 
  動態表的字段是變長的,優勢是:佔用的空間相對較少,可是頻繁地更新刪除記錄會產生碎片,須要按期改善性能,而且出現故障的時候恢復相對比較困難。 
  壓縮表佔用磁盤空間小,每一個記錄是被單獨壓縮的,因此只有很是小的訪問開支。 
  InnoDB存儲方式爲兩種:使用共享表空間存儲 、使用多表空間

五:總結

ISAM:
  ISAM是一個定義明確且歷經時間考驗的數據表格管理方法,它在設計之時就考慮到數據庫被查詢的次數要遠大於更新的次數。所以,ISAM執行讀取操做的速度很快,並且不佔用大量的內存和存儲資源。ISAM的兩個主要不足之處在於,它不支持事務處理,也不可以容錯:若是你的硬盤崩潰了,那麼數據文件就沒法恢復了。若是你正在把ISAM用在關鍵任務應用程序裏,那就必須常常備份你全部的實時數據,經過其複製特性,MYSQL可以支持這樣的備份應用程序

MyISAM:
  MyISAM是MySQL的ISAM擴展格式和缺省的數據庫引擎。除了提供ISAM裏所沒有的索引和字段管理的大量功能,MyISAM還使用一種表格鎖定的機制,來優化多個併發的讀寫操做,其代價是你須要常常運行OPTIMIZE TABLE命令,來恢復被更新機制所浪費的空間。MyISAM還有一些有用的擴展,例如用來修復數據庫文件的MyISAMCHK工具和用來恢復浪費空間的 MyISAMPACK工具。MYISAM強調了快速讀取操做,這可能就是爲何MySQL受到了WEB開發如此青睞的主要緣由:在WEB開發中你所進行的大量數據操做都是讀取操做。因此,大多數虛擬主機提供商和INTERNET平臺提供商只容許使用MYISAM格式。MyISAM格式的一個重要缺陷就是不能在表損壞後恢復數據。

  插入數據快,空間和內存使用比較低。若是表主要是用於插入新記錄和讀出記錄,那麼選擇MyISAM能實現處理高效率。若是應用的完整性、併發性要求比較低,也可
以使用。

InnoDB:
  InnoDB數據庫引擎都是造就MySQL靈活性的技術的直接產品,這項技術就是MYSQL+API。在使用MYSQL的時候,你所面對的每個挑戰幾乎都源於ISAM和MyISAM數據庫引擎不支持事務處理(transaction process)也不支持外來鍵。儘管要比ISAM和 MyISAM引擎慢不少,可是InnoDB包括了對事務處理和外來鍵的支持,這兩點都是前兩個引擎所沒有的。如前所述,若是你的設計須要這些特性中的一者或者二者,那你就要被迫使用後兩個引擎中的一個了。

  支持事務處理,支持外鍵,支持崩潰修復能力和併發控制。若是須要對事務的完整性要求比較高(好比銀行),要求實現併發控制(好比售票),那選擇InnoDB有很大的優點。若是須要頻繁的更新、刪除操做的數據庫,也能夠選擇InnoDB,由於支持事務的提交(commit)和回滾(rollback)。

MEMORY:
  MEMORY是MySQL中一類特殊的存儲引擎。它使用存儲在內存中的內容來建立表,並且數據所有放在內存中。這些特性與前面的兩個很不一樣。每一個基於MEMORY存儲引擎的表實際對應一個磁盤文件。該文件的文件名與表名相同,類型爲frm類型。該文件中只存儲表的結構。而其數據文件,都是存儲在內存中,這樣有利於數據的快速處理,提升整個表的效率。值得注意的是,服務器須要有足夠的內存來維持MEMORY存儲引擎的表的使用。若是不須要了,能夠釋放內存,甚至刪除不須要的表。MEMORY默認使用哈希索引。速度比
使用B型樹索引快。固然若是你想用B型樹索引,能夠在建立索引時指定。注意,MEMORY用到的不多,由於它是把數據存到內存中,若是內存出現異常就會影響數據。若是重啓或者關機,全部數據都會消失。所以,基於MEMORY的表的生命週期很短,通常是一次性的

  全部的數據都在內存中,數據的處理速度快,可是安全性不高。若是須要很快的讀寫速度,對數據的安全性要求較低,能夠選擇MEMOEY。它對錶的大小有要求,不能
創建太大的表。因此,這類數據庫只使用在相對較小的數據庫表。 

注意:

  同一個數據庫也可使用多種存儲引擎的表。若是一個表要求比較高的事務處理,能夠選擇InnoDB。這個數據庫中能夠將查詢要求比較高的表選擇MyISAM存儲。若是該 數據庫須要一個用於查詢的臨時表,能夠選擇MEMORY存儲引擎。

相關文章
相關標籤/搜索