mysql 儲存引擎 innodb和myISAM

標籤：而在   舉例   count   strong   一起   多個   選擇   簡單   aaa   

mysql5.5+的版本預設引擎都是InnoDB，早期的Mysql版本預設的儲存引擎是myISAM

innodb：

1.事務操作
2.外鍵操作
3.行級鎖，這是當有where條件的時候。沒有where時，不知道在那一個範圍進行搜尋時，也是表鎖.提供和 Oracle 一樣的一致性的不加鎖讀取，能增加並發讀的使用者數量並提高效能，不會增加鎖的數量。
4.寫的速度快，這是建立在索引的更新操作上

5.InnoDB 的設計目標是處理大容量資料時最大化效能，它的 CPU 利用率是其他所有基於磁碟的關聯式資料庫引擎中最有效率的,在技術上，InnoDB 是一套放在 MySQL 背景完整資料庫系統，InnoDB 在主記憶體中建立其專用的緩衝池用於高速緩衝資料和索引。 InnoDB 把資料和索引存放在資料表空間裡，可能包含多個檔案，這與其它的不一樣，舉例來說，在 MyISAM 中，表被存放在單獨的檔案中。InnoDB 表的大小隻受限於作業系統的檔案大小，一般為 2 GB。   
InnoDB所有的表都儲存在同一個資料檔案 ibdata1 中（也可能是多個檔案，或者是獨立的資料表空間檔案）,相對來說比較不好備份，免費的方案可以是拷貝資料檔案、備份 binlog，或者用 mysqldump。   

myisam:

1.表級鎖
2.讀取速度快
3.索引壓縮更好
4.更好和更快的auto_increment處理

myISAM的一個缺陷是崩潰後無法安全恢複。

MyISAM會將表格儲存體在兩個檔案中：資料檔案和索引檔案，分別以.MYD和.MYI為副檔名

COUNT() 在 MyISAM 表中會非常快，而在InnoDB 表下可能會很痛苦。而主鍵查詢則在InnoDB下會相當相當的快，但需要小心的是如果我們的主鍵太長了也會導致效能問題。大批的inserts 語句在 MyISAM下會快一些，但是updates 在InnoDB 下會更快一些——尤其在並發量大的時候。

myisam與innodb這兩種引擎對索引的實現方式也不同。

myiasm是使用B-樹的結構來實現主碼，非主碼，唯一索引。

innodb是使用B+樹結構來實現主碼，用B-樹來實現非主碼。

以下是一些細節和具體實現的差別：

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特性(例如外鍵)的表不適用。

6、MyISAM的索引和資料是分開的，並且索引是有壓縮的，記憶體使用量率就對應提高了不少。能載入更多索引，而Innodb是索引和資料是緊密捆綁的，沒有使用壓縮從而會造成Innodb比MyISAM體積龐大不小。

7、InnoDB表的行鎖也不是絕對的，假如在執行一個SQL語句時mysql不能確定要掃描的範圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like “%aaa%”

使用兩種的選擇：如果你的資料執行大量的INSERT或UPDATE，出於效能方面的考慮，
應該使用InnoDB表。如果執行大量的SELECT，MyISAM是更好的選擇。若需要使用交易處理，
但是原來的資料表使用的是myisam，就需要改為bdb或者innodb，這樣基於myisam的程式，
將類型改為innodb後，其程式不用改動…… 綜上所述，任何一種表都不是萬能的，只有恰當的針對業務類型來選擇合適的表類型，才能
最大的發揮MySQL的效能優勢。

參考文獻：http://www.cnblogs.com/myblog1314/archive/2013/06/05/3118370.html；

http://blog.csdn.net/xifeijian/article/details/20316775

mysql 儲存引擎 innodb和myISAM（轉）