MySQL存儲引擎InnoDB與Myisam的六大區別

MySQL 有多種存儲引擎，每種存儲引擎有各自的優缺點，能夠擇優選擇使用：

MyISAM、InnoDB、MERGE、MEMORY(HEAP)、BDB(BerkeleyDB)、EXAMPLE、FEDERATED、ARCHIVE、CSV、BLACKHOLE。

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。在將來的分發版中，咱們想要讓它使用其它驅動器或客戶端鏈接方法鏈接到另外的數據源。

比較經常使用的是 MyISAM 和 InnoBD

MySQL 存儲引擎 MyISAM 與 InnoDB 如何選擇？

雖然 MySQL 裏的存儲引擎不僅是 MyISAM 與 InnoDB 這兩個，但經常使用的就是它倆了。
下面咱們分別來看兩種存儲引擎的區別。

• 1、InnoDB支持事務，MyISAM不支持，這一點是很是之重要。事務是一種高級的處理方式，如在一些列增刪改中只要哪一個出錯還能夠回滾還原，而MyISAM就不能夠了。
• 2、MyISAM適合查詢以及插入爲主的應用，InnoDB適合頻繁修改以及涉及到安全性較高的應用
• 3、InnoDB支持外鍵，MyISAM不支持
• 4、MyISAM是默認引擎，InnoDB須要指定
• 5、InnoDB不支持FULLTEXT類型的索引
• 6、InnoDB中不保存表的行數，如select count() from table時，InnoDB須要掃描一遍整個表來計算有多少行，可是MyISAM只要簡單的讀出保存好的行數便可。注意的是，當count()語句包含where條件時MyISAM也須要掃描整個表
• 7、對於自增加的字段，InnoDB中必須包含只有該字段的索引，可是在MyISAM表中能夠和其餘字段一塊兒創建聯合索引
• 8、清空整個表時，InnoDB是一行一行的刪除，效率很是慢。MyISAM則會重建表
• 9、InnoDB支持行鎖（某些狀況下仍是鎖整表，如 update table set a=1 where user like '%lee%'

一些關於MyISAM與InnoDB選擇使用：

MYISAM和INNODB是Mysql數據庫提供的兩種存儲引擎。二者的優劣可謂是各有千秋。INNODB會支持一些關係數據庫的高級功能，如事務功能和行級鎖，MYISAM不支持。MYISAM的性能更優，佔用的存儲空間少。因此，選擇何種存儲引擎，視具體應用而定。

若是你的應用程序必定要使用事務，毫無疑問你要選擇INNODB引擎。但要注意，INNODB的行級鎖是有條件的。在where條件沒有使用主鍵時，照樣會鎖全表。好比DELETE FROM mytable這樣的刪除語句。

若是你的應用程序對查詢性能要求較高，就要使用MYISAM了。MYISAM索引和數據是分開的，並且其索引是壓縮的，能夠更好地利用內存。因此它的查詢性能明顯優於INNODB。壓縮後的索引也能節約一些磁盤空間。MYISAM擁有全文索引的功能，這能夠極大地優化LIKE查詢的效率。

有人說MYISAM只能用於小型應用，其實這只是一種偏見。若是數據量比較大，這是須要經過升級架構來解決，好比分表分庫，而不是單純地依賴存儲引擎。

其餘一些說法：

如今通常都是選用innodb了，主要是myisam的全表鎖，讀寫串行問題，併發效率鎖表，效率低myisam對於讀寫密集型應用通常是不會去選用的。

關於Mysql數據庫默認的存儲引擎：

MyISAM和InnoDB是MySQL的兩種存儲引擎。若是是默認安裝，那就應該是InnoDB，你能夠在my.ini文件中找到default-storage-engine=INNODB；固然你能夠在建表時指定相應的存儲引擎。經過show create table xx 能夠看見相應信息。

Mysql中InnoDB和MyISAM的比較

MyISAM：

每一個MyISAM在磁盤上存儲成三個文件。第一個文件的名字以表的名字開始，擴展名指出文件類型。.frm文件存儲表定義。數據文件的擴展名爲.MYD (MYData)。

MyISAM表格能夠被壓縮，並且它們支持全文搜索。不支持事務，並且也不支持外鍵。若是事物回滾將形成不徹底回滾，不具備原子性。在進行updata時進行表鎖，併發量相對較小。若是執行大量的SELECT，MyISAM是更好的選擇。

MyISAM的索引和數據是分開的，而且索引是有壓縮的，內存使用率就對應提升了很多。能加載更多索引，而Innodb是索引和數據是緊密捆綁的，沒有使用壓縮從而會形成Innodb比MyISAM體積龐大不小

MyISAM緩存在內存的是索引，不是數據。而InnoDB緩存在內存的是數據，相對來講，服務器內存越大，InnoDB發揮的優點越大。

優勢：查詢數據相對較快，適合大量的select，能夠全文索引。

缺點：不支持事務，不支持外鍵，併發量較小，不適合大量update

InnoDB：

這種類型是事務安全的。.它與BDB類型具備相同的特性,它們還支持外鍵。InnoDB表格速度很快。具備比BDB還豐富的特性,所以若是須要一個事務安全的存儲引擎，建議使用它。在update時表進行行鎖，併發量相對較大。若是你的數據執行大量的INSERT或UPDATE，出於性能方面的考慮，應該使用InnoDB表。

優勢：支持事務，支持外鍵，併發量較大，適合大量update

缺點：查詢數據相對較快，不適合大量的select

對於支持事物的InnoDB類型的表，影響速度的主要緣由是AUTOCOMMIT默認設置是打開的，並且程序沒有顯式調用BEGIN 開始事務，致使每插入一條都自動Commit，嚴重影響了速度。能夠在執行sql前調用begin，多條sql造成一個事物（即便autocommit打開也能夠），將大大提升性能。

基本的差異爲：MyISAM類型不支持事務處理等高級處理，而InnoDB類型支持。

MyISAM類型的表強調的是性能，其執行數度比InnoDB類型更快，可是不提供事務支持，而InnoDB提供事務支持已經外部鍵等高級數據庫功能。

其餘比較：

MyIASM是IASM表的新版本，有以下擴展：

• 二進制層次的可移植性。
• NULL列索引。
• 對變長行比ISAM表有更少的碎片。
• 支持大文件。
• 更好的索引壓縮。
• 更好的鍵嗎統計分佈。
• 更好和更快的auto_increment處理。

如下是一些細節和具體實現的差異：

• 1.InnoDB不支持FULLTEXT類型的索引。
• 2.InnoDB 中不保存表的具體行數，也就是說，執行select count() from table時，InnoDB要掃描一遍整個表來計算有多少行，可是MyISAM只要簡單的讀出保存好的行數 便可。注意的是，當count()語句包含 where條件時，兩種表的操做是同樣的。
• 3.對於AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，可是在MyISAM表中，能夠和其餘字段一塊兒創建聯合索引。
• 4.DELETE FROM table時，InnoDB不會從新創建表，而是一行一行的刪除。
• 5.LOAD TABLE FROM MASTER操做對InnoDB是不起做用的，解決方法是首先把InnoDB表改爲MyISAM表，導入數據後再改爲InnoDB表，可是對於使用的額外的 InnoDB特性（例如外鍵）的表不適用。

另外，InnoDB表的行鎖也不是絕對的，若是在執行一個SQL語句時MySQL不能肯定要掃描的範圍，InnoDB表一樣會鎖全表，例如update table set num=1 where name like "%aaa%"

任何一種表都不是萬能的，只用恰當的針對業務類型來選擇合適的表類型，才能最大的發揮MySQL的性能優點。

innodb和myisam更新比較：

innodb的數據組織就是按照主鍵建成的一個B+樹，若是沒有顯示的定義主鍵，那麼innodb會選區一個not null unique key，做爲主鍵，若是仍是沒有，那麼innodb會建立一個 6字節的主鍵，主鍵索引到頁不是具體的行位置

不是遞增的主鍵會使得插入的速度很慢，例如使用手機號或身份證號作爲主鍵，因此善用AUTO_INCREMENT

表大不可怕，可怕的是count或者高偏移limit,能夠將大的limit big換成 limit max_id, xxxxx

Limit 0 1000 | limit 1001 1000 | limit 2001 1000 Limit 0 1000 | where id>max_id1 limit 1000 | where id>max_id2 limit 1000

對於InnoDB來講，按照某列分表，想在單臺服務器上提升性能是沒有意義的

插入的速度和查詢的速度有時候是不可調和的矛盾

說InnoDB不適合作count是不對的，MyISAM也是同樣的慢，只不過MyISAM將正表的行數緩存起來，因此count整表很快，若是有查詢條件，而且不是主鍵查詢，那就沒有什麼區別，主鍵count慢的緣由是innodb是按照主鍵組織的，按照主鍵count的時候，會加載數據

InnoDB的頁式存儲會使得InnoDB更容易作整表緩存和熱備份

若是表索引不少，那麼InnoDB的更新速度要大於MyISAM，由於InnoDB的輔助索引關聯的是表的主鍵，是一個邏輯的值，而MyISAM的全部索引關聯的是數據的物理位置，更新時有可能數據的物理位置發生變化，若是發生變化，那麼全部的索引都要作更新

InnoDB 中不保存表的具體行數，也就是說，執行select count() from table時，InnoDB要掃描一遍整個表來計算有多少行，可是MyISAM只要簡單的讀出保存好的行數便可。注意的是，當count()語句包含 where條件時，兩種表的操做是同樣的。

Mysql數據庫優化的八種方式：

一、選取最適用的字段屬性
*表越小，在它上面執行的查詢也就會越快。所以，在建立表的時候，爲了得到更好的性能，咱們能夠將表中字段的寬度設得儘量小。
*儘可能把字段設置爲NOTNULL，這樣在未來執行查詢的時候，數據庫不用去比較NULL值。
*在MySQL中，ENUM類型被看成數值型數據來處理，而數值型數據被處理起來的速度要比文本類型快得多。這樣，咱們又能夠提升數據庫的性能。
二、使用鏈接（JOIN）來代替子查詢(Sub-Queries)
三、使用聯合(UNION)來代替手動建立的臨時表
四、事務
事物以BEGIN關鍵字開始，COMMIT關鍵字結束。在這之間的一條SQL操做失敗，那麼，ROLLBACK命令就能夠把數據庫恢復到BEGIN開始以前的狀態。就是能夠保持數據庫中數據的一致性和完整性
五、鎖定表
六、使用外鍵
七、使用索引
八、優化的查詢語句
絕大多數狀況下，使用索引能夠提升查詢的速度，但若是SQL語句使用不恰當的話，索引將沒法發揮它應有的做用。

下面是應該注意的幾個方面。

　　a、 首先，最好是在相同類型的字段間進行比較的操做

　　在MySQL3.23版以前，這甚至是一個必須的條件。例如不能將一個建有索引的INT字段和BIGINT字段進行比較；可是做爲特殊的狀況，在CHAR類型的字段和VARCHAR類型字段的字段大小相同的時候，能夠將它們進行比較。

　　b、 其次，在建有索引的字段上儘可能不要使用函數進行操做

　　例如，在一個DATE類型的字段上使用YEAE()函數時，將會使索引不能發揮應有的做用。因此，下面的兩個查詢雖然返回的結果同樣，但後者要比前者快得多。

　　ｃ、第三，在搜索字符型字段時，咱們有時會使用LIKE關鍵字和通配符，這種作法雖然簡單，但卻也是以犧牲系統性能爲代價的

例以下面的查詢將會比較表中的每一條記錄。

SELECT * FROM books WHERE name like "MySQL%"

可是若是換用下面的查詢，返回的結果同樣，但速度就要快上不少：

SELECT * FROM books WHERE name＞="MySQL" and name＜"MySQM"

最後，應該注意避免在查詢中讓MySQL進行自動類型轉換，由於轉換過程也會使索引變得不起做用。