mysql數據庫各存儲引擎比較

mysql數據庫各存儲引擎比較

mysql數據庫區別於其他數據庫的最重要的一個特點是其插件式的表存儲引擎，存儲引擎是基於表的，而不是數據庫 InnoDB存儲引擎： 支持事務，其設計目標主要面向在線事務處理（OLTP）的應用，其特點是行鎖設計、支持外鍵、並支持類似於oracle的非鎖定讀，即默認讀取操作不會產生鎖，其將數據放在一個邏輯的表空間中，此外，InnoDB存儲引擎支持用裸設備用來建立其表空間，所謂裸設備即是是一種沒有經過格式化，不被Unix通過文件系統來讀取的特殊塊設備文件，是不被操作系統直接管理的設備。這種設備少了操作系統這一層，I/O效率更高。InnoDB還提供了插入緩沖（insert buffer）、二次寫(double write)、自適應哈希索引(adaptive hash index)、預讀（read ahead）等高性能和高可用的功能。
InnoDB使用多版本並發控制來獲得高並發性，並且實現了sql標准的4種隔離級別，分別是：

• 未提交讀（Read uncommitted）：在未提交讀級別，事務中的修改，即使沒有提交，對其他事務也都是可見的。事務可以讀取未提交的數據，這也被稱為髒讀（Dirty Read）。這個級別會導致很多問題，從性能上來說，未提交讀不會比其他的級別好太多，但是缺乏其他級別的很多好處，在實際應用中一般很少使用。
• 提交讀（Read committed）：大多數數據庫系統的默認隔離級別都是提交讀（但Mysql不是）。提交讀滿足前面提到的隔離性的簡單定義：一個事務開始時，只能“看見”已經提交的事務所做的修改。換句話說，一個事務從開始直到提交之前，所做的任何修改對其他事務都是不可見的。這個級別有時候也叫做不可重復讀（nonrepeatable read），因為兩次執行同樣的查詢，可能會得到不一樣的結果。
• 可重復讀（Repeatable read）：可重復讀解決了髒讀的問題。該級別保證了在同一個事務中多次讀取同樣記錄的結果是一致的。但是理論上，可重復讀隔離級別還是無法解決另外一個幻讀（Phantom read）問題。所謂幻讀，指的是當某個事務在讀取某個范圍內的記錄時，另外一個事務中又在該范圍插入了新的記錄，當之前的事務再次讀取該范圍的記錄時，會產生幻行（Phantom row）。可重復讀是MySQL的默認事務隔離級別。
• 可串行化（Serializable）：可串行化是最高的隔離級別。它通過強制事務串行執行，避免了前面所說的幻讀問題。簡單來說，可串行化會在讀取的每一行數據上都加上鎖，所以可能導致大量的超時和鎖爭用問題。實際應用中也很少用到這個隔離級別，只有在非常需要確保數據的一致性而且可以接受沒有並發的情況下，才考慮用該級別。
  對於表中的數據存儲，InnoDB存儲引擎采用了聚集的方式，因此每張表的存儲都是按主鍵的順序存儲，如果沒有顯式的在表定義時指定主鍵，InnoDB存儲引擎會為每一行生成一個6字節的ROWID,並以此作為主鍵，
  MyISAM存儲引擎： MyISAM存儲引擎不支持事務、表鎖設計，支持全文索引，主要面向一些OLAP（在線分析處理）數據庫應用,MyISAM存儲引擎的另一個與眾不同的地方是它的緩沖池只緩存索引文件，而不是數據文件，MyISAM存儲引擎表由MYD和MYI組成，MYD用來存放數據文件，MYI用來存放索引文件，在mysql5.0版本之前，MyISAM默認支持的表大小為4GB,5.0版本開始，MyISAM默認支持256TB的單表數據，
  NDB存儲引擎： 是一個集群存儲引擎，其結構是share nothing的集群架構，

  Shared Everthting:一般是針對單個主機，完全透明共享CPU/MEMORY/IO，並行處理能力是最差的，典型的代表SQLServer

  Shared Disk：各個處理單元使用自己的私有 CPU和Memory，共享磁盤系統。典型的代表Oracle Rac， 它是數據共享，可通過增加節點來提高並行處理的能力，擴展能力較好。其類似於SMP（對稱多處理）模式，但是當存儲器接口達到飽和的時候，增加節點並不能 獲得更高的性能 。

  Shared Nothing：各個處理單元都有自己私有的CPU/內存/硬盤等，不存在共享資源，類似於MPP（大規模並行處理）模式，各處理單元之間通過協議通信，並行處理和擴展能力更好。典型代表DB2 DPF和hadoop ，各節點相互獨立，各自處理自己的數據，處理後的結果可能向上層匯總或在節點間流轉。

  我們常說的 Sharding 其實就是Share Nothing架構，它是把某個表從物理存儲上被水平分割，並分配給多台服務器（或多個實例），每台服務器可以獨立工作，具備共同的schema，比如MySQL Proxy和Google的各種架構，只需增加服務器數就可以增加處理能力和容量。

  因此提供更高的可用性，NDB的特點是數據全部存放在內存中，因此主鍵查找的速度極快，並且通過添加NDB數據存儲節點可以線性的提高數據庫性能，是高可用的集群系統。但是NDB存儲引擎的鏈接操作是在mysql數據庫層完成的，而不是在存儲引擎層完成的，意味著復雜的連接操作需要巨大的網絡開銷，因此查詢速度很慢。

  Memory存儲引擎(之前稱為heap存儲引擎)：

  將表中的數據存放在內存中，如果數據庫重啟或者發生崩潰，表中的數據都將消失，非常適用於存儲臨時數據的臨時表，默認使用哈希索引，而不是B+樹索引。只支持表鎖，並發性能較差，而且存儲變長字段（varchar）時是按照定常字段（char）的方式進行的，因此會浪費內存。

  Archive存儲引擎：

  只支持insert和select操作，從mysql5.1開始支持索引，非常適合存儲歸檔數據，如日志信息，其設計目標是提供高速的插入和壓縮功能。

  Federated存儲引擎：

  存儲引擎表並不存放數據，他只是指向一台遠程mysql數據庫服務器上的表，只支持mysql數據庫表，不支持異構數據庫表（異構數據庫系統是相關的多個數據庫系統的集合，可以實現數據的共享和透明訪問，每個數據庫系統在加入異構數據庫系統之前本身就已經存在，擁有自己的DBMS。）

  Maria存儲引擎：

  設計目標是主要用來取代原有的mysql存儲引擎，特點是支持緩存數據和索引文件，應用了行鎖設計，提供了mvcc(多版本並發控制)功能，支持事務和非事務安全的選項,以及更好的blob字符類型的處理性能，

  在MySQL中有兩個字段類型容易讓人感覺混淆，那就是TEXT與BLOB，特別是自己寫博客程序的博主不知道改為自己的博客正文字段選擇TEXT還是BLOB類型。

  下面給出幾點區別：

  一、主要差別

  TEXT與BLOB的主要差別就是BLOB保存二進制數據，TEXT保存字符數據。目前幾乎所有博客內容裡的圖片都不是以二進制存儲在數據庫的，而 是把圖片上傳到服務器然後正文裡使用標簽引用，這樣的博客就可以使用TEXT類型。而BLOB就可以把圖片換算成二進制保存到數據 庫中。

  二、類型區別

  BLOB有4種類型：TINYBLOB、BLOB、MEDIUMBLOB和LONGBLOB。它們只是可容納值的最大長度不同。

  TEXT也有4種類型：TINYTEXT、TEXT、MEDIUMTEXT和LONGTEXT。這些類型同BLOB類型一樣，有相同的最大長度和存儲需求。

  三、字符集

  BLOB列沒有字符集，並且排序和比較基於列值字節的數值值。TEXT列有一個字符集，並且根據字符集的校對規則對值進行排序和比較

  四、大小寫

  在TEXT或BLOB列的存儲或檢索過程中，不存在大小寫轉換，都一樣！

  五、嚴格模式

  運行在非嚴格模式時，如果你為BLOB或TEXT列分配一個超過該列類型的最大長度的值值，值被截取以保證適合。如果截掉的字符不是空格，將會產生一條警告。使用嚴格SQL模式，會產生錯誤，並且值將被拒絕而不是截取並給出警告。

  六、其它

  當保存或檢索BLOB和TEXT列的值時不刪除尾部空格。

  對於BLOB和TEXT列的索引，必須指定索引前綴的長度。

  BLOB和TEXT列不能有默認值。

  當排序時只使用該列的前max_sort_length個字節。max_sort_length的 默認值是1024。

  當你想要使超過max_sort_length的字節有意義，對含長值的BLOB或TEXT列使用GROUP BY或ORDER BY的另一種方式是將列值轉換為固定長度的對象。標准方法是使用SUBSTRING函數。

  BLOB或TEXT對象的最大大小由其類型確定，但在客戶端和服務器之間實際可以傳遞的最大值由可用內存數量和通信緩存區大小確定。你可以通過更改max_allowed_packet變量的值更改消息緩存區的大小，但必須同時修改服務器和客戶端程序。

  除了以上的存儲引擎，mysql還有很多其他的存儲引擎，包括merge、csv、sphinx、infobright，他們都有各自的使用場所，