MySql MyISAM和InnoDB的區別

MyISAM:這個是默認類型,它是基於傳統的ISAM類型,ISAM是Indexed Sequential Access Method (有索引的 順序訪問方法) 的縮寫,它是存儲記錄和文件的標準方法.與其餘存儲引擎比較,MyISAM具備檢查和修復表格的大多數工具. MyISAM表格能夠被壓縮,並且它們支持全文搜索.它們不是事務安全的,並且也不支持外鍵。若是事物回滾將形成不徹底回滾，不具備原子性。若是執行大量 的SELECT，MyISAM是更好的選擇。

　　InnoDB:這種類型是事務安全的.它與BDB類型具備相同的特性,它們還支持外鍵.InnoDB表格速度很快.具備比BDB還豐富的特性,所以若是須要一個事務安全的存儲引擎,建議使用它.若是你的數據執行大量的INSERT或UPDATE,出於性能方面的考慮，應該使用InnoDB表, 對於支持事物的InnoDB類型的表，影響速度的主要緣由是AUTOCOMMIT默認設置是打開的，並且程序沒有顯式調用BEGIN 開始事務，致使每插入一條都自動Commit，嚴重影響了速度。能夠在執行sql前調用begin，多條sql造成一個事物（即便autocommit打 開也能夠），將大大提升性能

1. MySQL默認採用的是MyISAM。
2. MyISAM不支持事務，而InnoDB支持。InnoDB的AUTOCOMMIT默認是打開的，即每條SQL語句會默認被封裝成一個事務，自動提交，這樣會影響速度，因此最好是把多條SQL語句顯示放在begin和commit之間，組成一個事務去提交。
3. InnoDB支持數據行鎖定，MyISAM不支持行鎖定，只支持鎖定整個表。即 MyISAM同一個表上的讀鎖和寫鎖是互斥的，MyISAM併發讀寫時若是等待隊列中既有讀請求又有寫請求，默認寫請求的優先級高，即便讀請求先到，因此 MyISAM不適合於有大量查詢和修改並存的狀況，那樣查詢進程會長時間阻塞。由於MyISAM是鎖表，因此某項讀操做比較耗時會使其餘寫進程餓死。
4. InnoDB支持外鍵，MyISAM不支持。
5. InnoDB的主鍵範圍更大，最大是MyISAM的2倍。
6. InnoDB不支持全文索引，而MyISAM支持。全文索引是指對char、 varchar和text中的每一個詞（停用詞除外）創建倒排序索引。MyISAM的全文索引其實沒啥用，由於它不支持中文分詞，必須由使用者分詞後加入空 格再寫到數據表裏，並且少於4個漢字的詞會和停用詞同樣被忽略掉。
7. MyISAM支持GIS數據，InnoDB不支持。即MyISAM支持如下空間數據對象：Point,Line,Polygon,Surface等。
8. 沒有where的count(*)使用MyISAM要比InnoDB快得多。因 爲MyISAM內置了一個計數器，count(*)時它直接從計數器中讀，而InnoDB必須掃描全表。因此在InnoDB上執行count(*)時通常 要伴隨where，且where中要包含主鍵之外的索引列。爲何這裏特別強調「主鍵之外」？由於InnoDB中primary index是和raw data存放在一塊兒的，而secondary index則是單獨存放，而後有個指針指向primary key。因此只是count(*)的話使用secondary index掃描更快，而primary key則主要在掃描索引同時要返回raw data時的做用較大

MySQL引擎簡介
     MySQL是咱們比較經常使用的一種數據庫軟件。它有着諸多的優勢，如開源的，免費的等等。其實它還有一個很好的特色，那就是有多種引擎能夠供你選擇。若是賽車手能根據不一樣的路況，地形隨手更換與之最適宜的引擎，那麼他們將創造奇蹟。然而目前他們還作不到那樣便捷的更換引擎，可是咱們卻能夠！
     所謂知己知彼方可百戰不殆，要想將它們發揮到極致，首先咱們應該來認識一下MySQL提供給咱們的這幾種引擎。
     通常來講，MySQL有如下幾種引擎：ISAM、MyISAM、HEAP、InnoDB和Berkley（BDB）。注意：不一樣的版本支持的引擎是有差別的。固然啦，若是你感受本身的確技術高超，你還可以使用MySQL++來建立本身的數據庫引擎，這個已經out of my knowledge，牛人能夠參照MySQL++ API幫助來實現。下面逐一敘述這5種引擎各自的特性：

ISAM

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

MyISAM

MyISAM是MySQL的ISAM擴展格式和缺省的數據庫引擎。除了提供ISAM裏所沒有的索引和字段管理的大量功能，MyISAM還使用一種表格鎖定的機制，來優化多個併發的讀寫操做。其代價是你須要常常運行OPTIMIZE TABLE命令，來恢復被更新機制所浪費的空間。MyISAM還有一些有用的擴展，例如用來修復數據庫文件的MyISAMChk工具和用來恢復浪費空間的MyISAMPack工具。

MyISAM強調了快速讀取操做，這可能就是爲何MySQL受到了Web開發如此青睞的主要緣由：在Web開發中你所進行的大量數據操做都是讀取操做。因此，大多數虛擬主機提供商和Internet平臺提供商（Internet Presence Provider，IPP）只容許使用MyISAM格式。

HEAP

HEAP容許只駐留在內存裏的臨時表格。駐留在內存裏讓HEAP要比ISAM和MyISAM都快，可是它所管理的數據是不穩定的，並且若是在關機以前沒有進行保存，那麼全部的數據都會丟失。在數據行被刪除的時候，HEAP也不會浪費大量的空間。HEAP表格在你須要使用SELECT表達式來選擇和操控數據的時候很是有用。要記住，在用完表格以後就刪除表格。讓我再重複一遍：在你用完表格以後，不要忘記刪除表格。

InnoDB和Berkley DB

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

認識完了這麼多的引擎，咱們也知道了它們應該在什麼狀況下拿來應急，那麼接着咱們就要學會如何來更換這些引擎了。

Globle：一種最簡單的方法就是更改服務器配置，直接將其設置成你所須要的引擎。這個在win下經過更改服務器安裝目錄下的mysql.ini中的default-storage-engine項便可，也能夠經過運行MySQL Server Instance Configuration Wizard作簡單的設置。

Per Table:除了全局的方法外，還有一種更靈活的配置方法，那就是按表來設置引擎，這樣咱們就能夠把那些須要用到事務處理的表設置成InnoDB，其餘設置成MyISAM,將性能提高到極致，這是否是很使人興奮呢？設置方法也比較簡單：

一、你能夠在Create Table語句的最後添加擴展語句，如TYPE=MyISAM（或者ENGINE = INNODB）來指定當前標的引擎類型。也能夠用Alter語句在創建表個後進行更改。當你不清楚當前數據庫中各表的引擎時可使用SHOW TABLE STATUS FROM DBname來查看。

二、使用隨MySQL服務器發佈同時提供的MySQL客戶端來建立表，在建立時能夠選擇使用的存儲引擎。

不一樣的引擎選擇在不一樣的業務處理上，性能將有天壤之別！！

題外話：

要想服務器性能達到最佳，在配置服務器時也須要好好考慮。若是是在Win下那麼能夠經過運行MySQL Server Instance Configuration Wizard來設置，它將引導你設置當前服務器的類型等等信息。

還有再有大量數據須要插入的時候能夠考慮使用INSERT DELAYED語句（具體語法參考MySQL手冊）。當一個客戶端使用INSERT DELAYED時，會馬上從服務器處獲得一個肯定。而且行被排入隊列，當表沒有被其它線程使用時，此行被插入。使用INSERT DELAYED的另外一個重要的好處是，來自許多客戶端的插入被集中在一塊兒，並被編寫入一個塊。這比執行許多獨立的插入要快不少。固然它也有其適用範圍，具體參考手冊，我就再也不贅述了。
 

 

 

1、數據引擎簡介

在MySQL 5.1中，MySQL AB引入了新的插件式存儲引擎體系結構，容許將存儲引擎加載到正在運新的MySQL服務器中。

使用MySQL插件式存儲引擎體系結構，容許數據庫專業人員爲特定的應用需求選擇專門的存儲引擎，徹底不須要管理任何特殊的應用編碼要求。採用MySQL服務器體系結構，因爲在存儲級別上提供了一致和簡單的應用模型和API，應用程序編程人員和DBA可再也不考慮全部的底層實施細節。所以，儘管不一樣的存儲引擎具備不一樣的能力，應用程序是與之分離的。

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

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

·        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二進制分發版裏提供。這個存儲引擎當前只被Linux, Solaris, 和Mac OS X 支持。在將來的MySQL分發版中，咱們想要添加其它平臺對這個引擎的支持，包括Windows。

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

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

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

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

插件式存儲引擎體系結構提供了標準的管理和支持服務集合，它們對全部的基本存儲引擎來講是共同的。存儲引擎自己是數據庫服務器的組件，負責對在物理服務器層面上維護的基本數據進行實際操做。

這是一種高效的模塊化體系結構，它爲那些但願專一於特定應用需求的人員提供了巨大的便利和益處，這類特殊應用需求包括數據倉儲、事務處理、高可用性情形等，同時還能利用獨立於任何存儲引擎的一組接口和服務。

應用程序編程人員和DBA經過位於存儲引擎之上的鏈接器API和服務層來處理MySQL數據庫。若是應用程序的變化須要改變底層存儲引擎，或須要增長1個或多個額外的存儲引擎以支持新的需求，不須要進行大的編碼或進程更改就能實現這類要求。MySQL服務器體系結構提供了一致和易於使用的API，這類API適用於多種存儲引擎，經過該方式，該結構將應用程序與存儲引擎的底層複雜性隔離開來。
在下圖中，以圖形方式介紹了MySQL插件式存儲引擎體系結構：
 
The MySQL pluggable storage engine architecture
 

2、選擇存儲引擎

與MySQL一塊兒提供的各類存儲引擎在設計時考慮了不一樣的使用狀況。爲了更有效地使用插件式存儲體系結構，最好了解各類存儲引擎的優勢和缺點。

在下面的表格中，概要介紹了與MySQL一塊兒提供的存儲引擎：

Storage engine comparison

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

·        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引擎（可爲快速建立定製的插件式存儲引擎提供幫助）。

請記住，對於整個服務器或方案，你並不必定要使用相同的存儲引擎，你能夠爲方案中的每一個表使用不一樣的存儲引擎，這點很重要。

3、將存儲引擎指定給表

能夠在建立新表時指定存儲引擎，或經過使用ALTER TABLE語句指定存儲引擎。

要想在建立表時指定存儲引擎，可以使用ENGINE參數：
CREATE TABLE engineTest(
id INT
) ENGINE = MyISAM;
 
也可使用TYPE選項到CREATE TABLE語句來告訴MySQL你要建立什麼類型的表。
 
CREATE TABLE engineTest(
id INT
) TYPE = MyISAM;
 
雖然TYPE仍然在MySQL 5.1中被支持，如今ENGINE是首選的術語。
 
若是你省略掉ENGINE或TYPE選項，默認的存儲引擎被使用。通常的默認是MyISAM，但你能夠用--default-storage-engine或--default-table-type服務器啓動選項來改變它，或者經過設置storage_engine或table_type系統變量來改變。

要想更改已有表的存儲引擎，可以使用ALTER TABLE語句：
ALTER TABLEengineTestENGINE =ARCHIVE;
ALTER TABLE t ENGINE = MYISAM;
ALTER TABLE t TYPE = BDB;
 
若是你試着使用一個未被編譯進MySQL的存儲引擎，或者試着用一個被編譯進MySQL但沒有被激活的存儲引擎，MySQL取而代之地建立一個MyISAM類型的表。當你在支持不一樣存儲引擎的MySQL服務器之間拷貝表的時候，上述的行爲是很方便的。（例如，在一個複製創建中，可能你的主服務器爲增長安全而支持事務存儲引擎，但從服務器爲更快的速度而僅使用非事務存儲引擎。)
 
在不可用的類型被指定時，自動用MyISAM表來替代，這會對MySQL的新用戶形成混淆。不管什麼時候一個表被自動改變之時，產生一個警告。
 
MySQL老是建立一個.frm文件來保持表和列的定義。表的索引和數據可能被存儲在一個或多個文件裏，這取決於表的類型。服務器在存儲引擎級別之上建立.frm文件。單獨的存儲引擎建立任何須要用來管理表的額外文件。
 
一個數據庫能夠包含不一樣類型的表。
 
4、存儲引擎和事務
 
下述存儲引擎支持事務：

·        InnoDB：經過MVCC支持事務，容許COMMIT、ROLLBACK和保存點。

·        NDB：經過MVCC支持事務，容許COMMIT和ROLLBACK。

·        BDB：支持事務，容許COMMIT和ROLLBACK。
事務安全表(TST) 比起非事務安全表 (NTST)有幾大優點：

·        更安全。即便MySQL崩潰或遇到硬件問題，要麼自動恢復，要麼從備份加事務日誌恢復，你能夠取回數據。

·        你能夠合併許多語句，並用COMMIT語句同時接受它們所有（若是autocommit被禁止掉）。

·        你能夠執行ROLLBACK來忽略你的改變（若是autocommit被禁止掉）。

·        若是更新失敗，你的全部改變都變回原來。（用非事務安全表，全部發生的改變都是永久的）。

·        事務安全存儲引擎能夠給那些當前用讀獲得許多更新的表提供更好的部署。

非事務安全表自身有幾個優勢，由於沒有事務開支，全部優勢都能出現：

·        更快

·        須要更少的磁盤空間

·        執行更新須要更少的內存

你能夠在同一個語句中合併事務安全和非事務安全表來得到二者最好的狀況。儘管如此，在autocommit被禁止掉的事務裏，變換到非事務安全表依舊即時提交，而且不會被回滾。

雖然MySQL支持數個事務安全存儲引擎，爲得到最好結果，你不該該在一個事務那混合不一樣表類型。若是你混合表類型會發生問題，

5、插入搜索引擎

可以使用存儲引擎以前，必須使用INSTALL PLUGIN語句將存儲引擎plugin（插件）裝載到mysql。例如，要想加載example引擎，首先應加載ha_example.so模塊：
INSTALL PLUGINha_exampleSONAME 'ha_example.so';

文件.so必須位於MySQL服務器庫目錄下（典型狀況下是installdir/lib）。

6、拔出存儲引擎

要想拔出存儲引擎，可以使用UNINSTALL PLUGIN語句：
UNINSTALL PLUGINha_example;

若是拔出了正被已有表使用的存儲引擎，這些表將成爲不可訪問的。拔出存儲引擎以前，請確保沒有任何表使用該存儲引擎。

爲了安裝插件式存儲引擎，plugin文件必須位於恰當的MySQL庫目錄下，並且發出INSTALL PLUGIN語句的用戶必須具備SUPER權限。

 

建立table時能夠經過engine關鍵字指定使用的存儲引擎，若是省略則使用系統默認的存儲引擎：
CREATE TABLE t (i INT) ENGINE = MYISAM;

查看系統中支持的存儲引擎類型：
mysql> show engines;

標準安裝程序中只提供部分引擎的支持，若是須要使用其餘的存儲引擎，須要使用源代碼加不一樣的參數從新編譯。其中DEFAULT代表系統的默認存儲引擎，能夠經過修改配置參數來變動：
default-storage-engine=MyISAM

查看某個存儲引擎的具體信息
mysql> show engine InnoDB status/G;