簡單的表達(dá)。
myisam 是非事務(wù)的存儲引擎。
innodb是支持事務(wù)的存儲引擎。
innodb的引擎比較適合于插入和更新操作比較多的應(yīng)用
而myisam 則適合用于頻繁查詢的應(yīng)用
myisam --表鎖。
innodb--設(shè)計合理的話是行鎖。
myisam 不會出現(xiàn)死鎖。
最大的區(qū)別就是myisam適合小數(shù)據(jù),小并發(fā);innodb 適合大數(shù)據(jù),大并發(fā)。最大的區(qū)別就是在鎖的級別上。
myisam類型不支持事務(wù)處理等高級處理,而innodb類型支持。 myisam類型的表強(qiáng)調(diào)的是性能,其執(zhí)行數(shù)度比innodb類型更快,但是不提供事務(wù)支持,而innodb提供事務(wù)支持已經(jīng)外部鍵等高級數(shù)據(jù)庫功能。綜述,就可以根據(jù)數(shù)據(jù)表不同的用處是用不同的存儲類型。而且myisam是文件存儲的,可以進(jìn)行直接在不同操作系統(tǒng)間拷貝使用。
innodb:
innodb 給 mysql 提供了具有事務(wù)(commit)、回滾(rollback)和崩潰修復(fù)能力(crash recovery capabilities)的事務(wù)安全(transaction-safe (acid compliant))型表。innodb 提供了行鎖(locking on row level),提供與 oracle 類型一致的不加鎖讀取(non-locking read in selects)。這些特性均提高了多用戶并發(fā)操作的性能表現(xiàn)。在innodb表中不需要擴(kuò)大鎖定(lock escalation),因?yàn)?innodb 的列鎖定(row level locks)適宜非常小的空間。innodb 是 mysql 上第一個提供外鍵約束(foreign key constraints)的表引擎。innodb 的設(shè)計目標(biāo)是處理大容量數(shù)據(jù)庫系統(tǒng),它的 cpu 利用率是其它基于磁盤的關(guān)系數(shù)據(jù)庫引擎所不能比的。在技術(shù)上,innodb 是一套放在 mysql 后臺的完整數(shù)據(jù)庫系統(tǒng),innodb 在主內(nèi)存中建立其專用的緩沖池用于高速緩沖數(shù)據(jù)和索引。 innodb 把數(shù)據(jù)和索引存放在表空間里,可能包含多個文件,這與其它的不一樣,舉例來說,在 myisam 中,表被存放在單獨(dú)的文件中。innodb 表的大小只受限于操作系統(tǒng)的文件大小,一般為 2 gb。innodb所有的表都保存在同一個數(shù)據(jù)文件 ibdata1 中(也可能是多個文件,或者是獨(dú)立的表空間文件),相對來說比較不好備份,可以拷貝文件或用navicat for mysql。
myisam
每張myisam 表被存放在三個文件 :frm 文件存放表格定義。 數(shù)據(jù)文件是myd (mydata) 。 索引文件是myi (myindex) 引伸。
因?yàn)閙yisam相對簡單所以在效率上要優(yōu)于innodb,小型應(yīng)用使用myisam是不錯的選擇。
myisam表是保存成文件的形式,在跨平臺的數(shù)據(jù)轉(zhuǎn)移中使用myisam存儲會省去不少的麻煩
以下是一些細(xì)節(jié)和具體實(shí)現(xiàn)的差別:
1.innodb不支持fulltext類型的索引。
2.innodb 中不保存表的具體行數(shù),也就是說,執(zhí)行select count(*) from table時,innodb要掃描一遍整個表來計算有多少行,但是myisam只要簡單的讀出保存好的行數(shù)即可。注意的是,當(dāng)count(*)語句包含 where條件時,兩種表的操作是一樣的。
3.對于auto_increment類型的字段,innodb中必須包含只有該字段的索引,但是在myisam表中,可以和其他字段一起建立聯(lián)合索引。
4.delete from table時,innodb不會重新建立表,而是一行一行的刪除。
5.load table from master操作對innodb是不起作用的,解決方法是首先把innodb表改成myisam表,導(dǎo)入數(shù)據(jù)后再改成innodb表,但是對于使用的額外的innodb特性(例如外鍵)的表不適用。
更多信息請查看IT技術(shù)專欄