InnoDB

和MyISAM是在使用MySQL最常用的兩個表類型，各有優缺點，視具體應用而定。基本的差別為：MyISAM類型不支持事務處理等高級處理，而

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

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

二進制層次的可移植性。

NULL列索引。

對變長行比ISAM表有更少的碎片。

支持大文件。

更好的索引壓縮。

更好的鍵嗎統計分布。

更好和更快的auto_increment處理。

1.MySQL最大的優勢在于MyISAM引擎下的簡單SELECT，INSERT和UPDATE快速操作

2.MyISAM類型的數據文件可以在不同操作系統中COPY，這點很重要，布署的時候方便點。

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

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%”

以暫對存儲引擎的認識，覺得 InnoDB 支持外鍵，在數據量可以用“龐大”來形容時，在有良好的 INDEX

的基礎上，InnoDB 的查詢速度應該比 MyISAM 要快。

在 Falcon 有穩定版本前，我想 MyISAM 是一個可用的選擇方案。

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

總結

以上是生活随笔為你收集整理的mysql 事务 myisam,InnoDB和MyISAM的差别(mysql事务处理)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。