InnoDB与MyISAM的六大区别（转）
這其實是09年總結的一篇文章，今天被一位朋友問到InnoDB有什么好處，一下子講不清楚，現在把在自己另外一個博客的文章在這里重發一遍，主要是講InnoDB和MyISAM的對比，從中可以看到InnoDB的很多好處，比如并發插入的時候行級鎖等
本 文主要整理了Mysql 兩大常用的存儲引擎MyISAM，InnoDB的六大常見區別，來源于Mysql手冊以及互聯網的資料
| InnoDB與Myisam的六大區別 | ||
| ? | MyISAM | InnoDB |
| 構 成上的區別： | 每個MyISAM在磁盤上存儲成三個文件。第一個 文件的名字以表的名字開始，擴展名指出文件類型。 ? .frm文件存儲表定義。 數據文件的擴 展名為.MYD (MYData)。 索引文件的擴 展名是.MYI (MYIndex)。 | 基于磁盤的資源是InnoDB表空間數據文件和它的日志文件，InnoDB?表的 大小只受限于操作系統文件的大小，一般為?2GB |
| 事務處理上方面: | MyISAM類型的表強調的是性能，其執行數 度比InnoDB類型更快，但是不提供事務支持 | InnoDB提供事務支持事務，外部鍵等高級 數據庫功能 |
| SELECT UPDATE,INSERT，Delete操 作 | 如果執行大量的SELECT，MyISAM是更好的選擇 | 1.如果你的數據執行大量的INSERT或UPDATE，出于性能方面的考慮，應該使用InnoDB表 ? 2.DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的 刪除。 3.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數據后再改成InnoDB表，但是對于使用的額外的InnoDB特性（例如外鍵）的表不適用 |
| 對AUTO_INCREMENT的 操作 ? ? | 每表一個AUTO_INCREMEN列的內部處理。 ? MyISAM為INSERT和UPDATE操 作自動更新這一列。這使得AUTO_INCREMENT列更快（至少10%）。在序列頂的值被刪除之后就不 能再利用。(當AUTO_INCREMENT列被定義為多列索引的最后一列， 可以出現重使用從序列頂部刪除的值的情況）。 AUTO_INCREMENT值可用ALTER TABLE或myisamch來重置 對于AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，但 是在MyISAM表中，可以和其他字段一起建立聯 合索引 更好和更快的auto_increment處理 | 如果你為一個表指定AUTO_INCREMENT列，在數據詞典里的InnoDB表句柄包含一個名為自動增長計數 器的計數器，它被用在為該列賦新值。 ? 自動增長計數 器僅被存儲在主內存中，而不是存在磁盤上 關于該計算器 的算法實現，請參考 AUTO_INCREMENT列 在InnoDB里 如何工作 |
| 表 的具體行數 | select count(*) from table,MyISAM只要簡單的讀出保存好的行數，注意的是，當count(*)語句包含?where條件時，兩種表的操作是一樣的 | InnoDB?中不 保存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行 |
| 鎖 | 表鎖 | 提供行鎖(locking on row level)，提供與?Oracle?類型一致的不加鎖讀取(non-locking read in SELECTs)，另外，InnoDB表的行鎖也不是絕對的，如果在執 行一個SQL語句時MySQL不能確定要掃描的范圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like “%aaa%” |
轉載于:https://www.cnblogs.com/chenwenbiao/archive/2012/03/31/2426750.html
與50位技術專家面對面20年技術見證，附贈技術全景圖總結
以上是生活随笔為你收集整理的InnoDB与MyISAM的六大区别（转）的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： C语言宏替换
- 下一篇： core data firing fau