http://www.oschina.net/question/17_4248
淺談MySQL存儲引擎 InnoDB和MyISAM 以及行鎖注意事項
2010-02-21 18:21
MyISAM 是MySQL中默認的存儲引擎，一般來說不是有太多人關心這個東西。決定使用什麼樣的存儲引擎是一個很tricky的事情，但是還是值我們去研究一下，這裡的文章只考慮 MyISAM 和InnoDB這兩個，因為這兩個是最常見的。
下面先讓我們回答一些問題：
◆你的數據庫有外鍵嗎？
◆你需要事務支持嗎？
◆你需要全文索引嗎？
◆你經常使用什麼樣的查詢模式？
◆你的數據有多大？
myisam只有索引緩存
innodb不分索引文件數據文件 innodb buffer
myisam只能管理索引，在索引數據大於分配的資源時，會由操作系統來cache；數據文件依賴於操作系統的cache。innodb不管是索引還是數據，都是自己來管理
思考上面這些問題可以讓你找到合適的方向，但那並不是絕對的。如果你需要事務處理或是外鍵，那麼InnoDB 可能是比較好的方式。如果你需要全文索引，那麼通常來說 MyISAM是好的選擇，因為這是系統內建的，然而，我們其實並不會經常地去測試兩百萬行記錄。所以，就算是慢一點，我們可以通過使用Sphinx從InnoDB中獲得全文索引。
數據的大小，是一個影響你選擇什麼樣存儲引擎的重要因素，大尺寸的數據集趨向於選擇InnoDB方式，因為其支持事務處理和故障恢復。數據庫的在小決定了故障恢復的時間長短，InnoDB可以利用事務日志進行數據恢復，這會比較快。而MyISAM可能會需要幾個小時甚至幾天來干這些事，InnoDB只需要幾分鐘。
您操作數據庫表的習慣可能也會是一個對性能影響很大的因素。比如： COUNT() 在 MyISAM 表中會非常快，而在InnoDB 表下可能會很痛苦。而主鍵查詢則在InnoDB下會相當相當的快，但需要小心的是如果我們的主鍵太長了也會導致性能問題。大批的inserts 語句在 MyISAM下會快一些，但是updates 在InnoDB 下會更快一些——尤其在並發量大的時候。
所以，到底你檢使用哪一個呢？根據經驗來看，如果是一些小型的應用或項目，那麼MyISAM 也許會更適合。當然，在大型的環境下使用 MyISAM 也會有很大成功的時候，但卻不總是這樣的。如果你正在計劃使用一個超大數據量的項目，而且需要事務處理或外鍵支持，那麼你真的應該直接使用 InnoDB方式。但需要記住InnoDB 的表需要更多的內存和存儲，轉換100GB 的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打開也可以），將大大提高性能。
===============================================================
InnoDB和MyISAM是在使用MySQL最常用的兩個表類型，各有優缺點，視具體應用而定。下面是已知的兩者之間的差別，僅供參考。
innodb
InnoDB 給 MySQL 提供了具有事務(commit)、回滾(rollback)和崩潰修復能力 (crash recovery capabilities)的事務安全(transaction-safe (ACID compliant))型表。 InnoDB 提供了行鎖(locking on row level)，提供與 Oracle 類型一致的不加鎖讀取(non- locking read in SELECTs)。這些特性均提高了多用戶並發操作的性能表現。在InnoDB表中不需要擴大鎖定 (lock escalation)，因為 InnoDB 的列鎖定(row level locks)適宜非常小的空間。 InnoDB 是 MySQL 上第一個提供外鍵約束(FOREIGN KEY constraints)的表引擎。
InnoDB 的設計目標是處理大容量數據庫系統，它的 CPU 利用率是其它基於磁盤的關系數據庫引擎所不能比的。在技術上，InnoDB 是一套放在 MySQL 後台的完整數據庫系統，InnoDB 在主內存中建立其專用的緩沖池用於高速緩沖數據和索引。 InnoDB 把數據和索引存放在表空間裡，可能包含多個文件，這與其它的不一樣，舉例來說，在 MyISAM 中，表被存放在單獨的文件中。InnoDB 表的大小只受限於操作系統的文件大小，一般為 2 GB。
InnoDB所有的表都保存在同一個數據文件 ibdata1 中（也可能是多個文件，或者是獨立的表空間文件）,相對來說比較不好備份，免費的方案可以是拷貝數據文件、備份 binlog，或者用 mysqldump。
MyISAM
MyISAM 是MySQL缺省存貯引擎 .
每張MyISAM 表被存放在三個文件 。frm 文件存放表格定義。 數據文件是MYD (MYData) 。 索引文件是 MYI (MYIndex) 引伸。
因為MyISAM相對簡單所以在效率上要優於InnoDB..小型應用使用MyISAM是不錯的選擇.
MyISAM表是保存成文件的形式,在跨平台的數據轉移中使用MyISAM存儲會省去不少的麻煩
以下是一些細節和具體實現的差別：
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的一些聯系和區別！
1. 4.0以上mysqld都支持事務，包括非max版本。3.23的需要max版本mysqld才能支持事務。
2. 創建表時如果不指定type則默認為myisam，不支持事務。
可以用 show create table tablename 命令看表的類型。
2.1 對不支持事務的表做start/commit操作沒有任何效果，在執行commit前已經提交，測試：
執行一個msyql：
use test;
drop table if exists tn;
create table tn (a varchar(10)) type=myisam;
drop table if exists ty;
create table ty (a varchar(10)) type=innodb;
begin;
insert into tn values(‘a’);
insert into ty values(‘a’);
select * from tn;
select * from ty;
都能看到一條記錄
執行另一個mysql：
use test;
select * from tn;
select * from ty;
只有tn能看到一條記錄
然後在另一邊
commit;
才都能看到記錄。
3. 可以執行以下命令來切換非事務表到事務（數據不會丟失），innodb表比myisam表更安全：
alter table tablename type=innodb;
3.1 innodb表不能用repair table命令和myisamchk -r table_name
但可以用check table，以及mysqlcheck [OPTIONS] database [tables]
==============================================================
mysql中使用select for update的必須針對InnoDb，並且是在一個事務中，才能起作用。
select的條件不一樣，采用的是行級鎖還是表級鎖也不一樣。
轉http://www.neo.com.tw/archives/900 的說明
由於InnoDB 預設是Row-Level Lock，所以只有「明確」的指定主鍵，MySQL 才會執行Row lock (只鎖住被選取的資料例) ，否則MySQL 將會執行Table Lock (將整個資料表單給鎖住)。
舉個例子:
假設有個表單products ，裡面有id 跟name 二個欄位，id 是主鍵。
例1: (明確指定主鍵，並且有此筆資料，row lock)
SELECT * FROM products WHERE id=’3′ FOR UPDATE;
例2: (明確指定主鍵，若查無此筆資料，無lock)
SELECT * FROM products WHERE id=’-1′ FOR UPDATE;
例2: (無主鍵，table lock)
SELECT * FROM products WHERE name=’Mouse’ FOR UPDATE;
例3: (主鍵不明確，table lock)
SELECT * FROM products WHERE id<>’3′ FOR UPDATE;
例4: (主鍵不明確，table lock)
SELECT * FROM products WHERE id LIKE ’3′ FOR UPDATE;
注1:
FOR UPDATE 僅適用於InnoDB，且必須在交易區塊(BEGIN/COMMIT)中才能生效。
