天天看點

Mysql InnoDB和MyISAM的主要差別

1.事務處理方面 InnoDB 支援事務功能,外鍵等進階資料庫功能。 MyISAM 類型表強調的是性能,其執行速度比Innodb類型更快,但是不提供事務支援。

2.DML操作方面(select,update,insert,delete)

InnoDB i.如果你的資料執行大量的INSERT或UPDATE,出于性能方面的考慮,應該使用InnoDB表;         ii.DELETE FROM table時,InnoDB不會重建立立表,而是一行一行的删除;         iii.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的,解決方法是首先把InnoDB表改成MyISAM表,導入資料後再改成InnoDB表,但是對于使         用的額外的InnoDB特性(例如外鍵)的表不适用 MyISAM 如果執行大量的SELECT,MyISAM是更好的選擇

3.鎖機制不同

InnoDB 提供行鎖(locking on row level),提供與 Oracle 類型一緻的不加鎖讀取(non-locking read in  SELECTs),另外,InnoDB表的行鎖也不是絕對的,如果在執行一個SQL語句時MySQL不能确定要掃描的範圍,InnoDB表同樣會鎖全表,例如update table set num=1 where name like“%aaa%”。 MyISAM 隻提供表鎖。

4.查詢表的行數不同

InnoDB 不儲存表的具體行數,也就是說,執行select count(*) from table時,InnoDB要掃描一遍整個表來計算有多少行 MyISAM   select count(*) from table,MyISAM隻要簡單的讀出儲存好的行數,注意的是,當count(*)語句包含where條件時,兩種表的操作是一樣的

5.實體結構不同

InnoDB 基于磁盤的資源是InnoDB表空間資料檔案和它的日志檔案,InnoDB表的大小隻受限于作業系統檔案的大小,一般為2GB。 MyISAM 每個MyISAM在磁盤上存儲成三個檔案。第一個檔案的名字以表的名字開始,擴充名指出檔案類型。 檔案存儲表定義.frm。   資料檔案的擴充名為.MYD (MYData)。   索引檔案的擴充名是.MYI (MYIndex)

6.anto_increment 機制不同 InnoDB 如果你為一個表指定AUTO_INCREMENT列,在資料詞典裡的InnoDB表句柄包含一個名為自動增長計數器的計數器,它被用在為該列賦新值。自動增長計數器僅被存儲在主記憶體中,而不是存在磁盤上關于該電腦的算法實作。        請參考AUTO_INCREMENT列在InnoDB裡如何工作。

MyISAM 每表一個AUTO_INCREMEN列的内部處理。MyISAM為INSERT和UPDATE操作自動更新這一列。這使得AUTO_INCREMENT列更快(至少10%)。在序列頂的值被删除之後就不能再利用。(當AUTO_INCREMENT列被定義為多列索引的最後一列,可以出現重使用從序列頂部删除的值的情況)。 AUTO_INCREMENT值可用ALTER TABLE或myisamch來重置。 對于AUTO_INCREMENT類型的字段,InnoDB中必須包含隻有該字段的索引,但是在MyISAM表中,可以和其他字段一起建立聯合索引, 更好和更快的auto_increment處理。

注:為什麼MyISAM會比InnoDB 的查詢速度快? INNODB在做SELECT的時候,要維護的東西比MYISAM引擎多很多;

1)資料塊,INNODB要緩存,MYISAM隻緩存索引塊,  這中間還有換進換出的減少; 

2)innodb尋址要映射到塊,再到行,MYISAM 記錄的直接是檔案的OFFSET,定位比INNODB要快

3)INNODB還需要維護MVCC一緻;雖然你的場景沒有,但他還是需要去檢查和維護 MVCC ( Multi-Version Concurrency Control )多版本并發控制。  InnoDB:通過為每一行記錄添加兩個額外的隐藏的值來實作MVCC,這兩個值一個記錄這行資料何時被建立,另外一個記錄這行資料何時過期(或者被删除)。但是InnoDB并不存儲這些事件發生時的實際時間,相反它隻存儲這些事件發生時的系統版本号。這是一個随着事務的建立而不斷增長的數字。每個事務在事務開始時會記錄它自己的系統版本号。每個查詢必須去檢查每行資料的版本号與事務的版本号是否相同。 當隔離級别是REPEATABLE READ時這種政策是如何應用到特定的操作的: SELECT InnoDB必須每行資料來保證它符合兩個條件:   1.InnoDB必須找到一個行的版本,它至少要和事務的版本一樣老(也即它的版本号不大于事務的版本号)。這保證了不管是事務開始之前,或者事務建立時,或者修改了這行資料的時候,這行資料是存在的。   2.這行資料的删除版本必須是未定義的或者比事務版本要大。這可以保證在事務開始之前這行資料沒有被删除。 MyISAM: 如果執行大量的SELECT,MyISAM是更好的選擇

繼續閱讀