談談數據庫中MyISAM與InnoDB區別

針對業務類型選擇合適的表
服務器君一共花費了159.248 ms進行了5次數據庫查詢,努力地為您提供了這個頁面。
試試閱讀模式?希望聽取您的建議

MyISAM:這個是默認類型,它是基于傳統的ISAM類型,ISAM是Indexed Sequential Access Method (有索引的順序訪問方法) 的縮寫,它是存儲記錄和文件的標準方法。與其他存儲引擎比較,MyISAM具有檢查和修復表格的大多數工具。 MyISAM表格可以被壓縮,而且它們支持全文搜索。它們不是事務安全的,而且也不支持外鍵。如果事物回滾將造成不完全回滾,不具有原子性。如果執行大量的SELECT,MyISAM是更好的選擇。

MyIASM是IASM表的新版本,有如下擴展:

  • 二進制層次的可移植性。
  • NULL列索引。
  • 對變長行比ISAM表有更少的碎片。
  • 支持大文件。
  • 更好的索引壓縮。
  • 更好的鍵嗎統計分布。
  • 更好和更快的auto_increment處理。

InnoDB:這種類型是事務安全的。它與BDB類型具有相同的特性,它們還支持外鍵。InnoDB表格速度很快,具有比BDB還豐富的特性, 因此如果需要一個事務安全的存儲引擎,建議使用它。如果你的數據執行大量的INSERT或UPDATE,出于性能方面的考慮,應該使用InnoDB表。對于支持事物的InnoDB類型的表,影響速度的主要原因是AUTOCOMMIT默認設置是打開的,而且程序沒有顯式調用BEGIN 開始事務,導致每插入一條都自動Commit,嚴重影響了速度。可以在執行sql前調用begin,多條sql形成一個事物(即使autocommit打開也可以),將大大提高性能。

具體可以看看下表:

?MyISAMInnoDB
構成上區別

每個MyISAM在磁盤上存儲成三個文件。文件名為表名,擴展名為文件類型。

.frm 文件存儲表定義;
.MYD(MYData) 數據文件的擴展名;
.MYI(MYIndex) 索引文件的擴展名。
基于磁盤的資源是InnoDB表空間數據文件和它的日志文件,InnoDB 表的大小只受限于操作系統文件的大小,一般為 2GB
事務處理方面MyISAM類型的表強調的是性能,其執行速度比InnoDB類型更快,但是不提供事務支持。

InnoDB提供事務支持事務,外部鍵等高級數據庫功能。

表級鎖

行級鎖

InnoDB表的行鎖也不是絕對的,如果在執行一個SQL語句時MySQL不能確定要掃描的范圍,InnoDB表同樣會鎖全表,例如update table set num=1 where name like “%aaa%”

select、insert、update、delete操作如果執行大量的 SELECT,MyISAM 是更好的選擇。

1.如果你的數據執行大量的INSERT或UPDATE,出于性能方面的考慮,應該使用InnoDB表。

2.DELETE FROM table時,InnoDB不會重新建立表,而是一行一行的刪除。

3.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的,解決方法是首先把InnoDB表改成MyISAM表,導入數據后再改成InnoDB表,但是對于使用的額外的InnoDB特性(例如外鍵)的表不適用。

對于AUTO_INCREMENT類型的字段必須包含只有該字段的索引可以和其他字段一起建立聯合索引
??InnoDB不支持FULLTEXT類型的索引。
?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特性(例如外鍵)的表不適用。

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

本文地址:http://www.snpmgr.live/librarys/veda/detail/1899,歡迎訪問原出處。

不打個分嗎?

轉載隨意,但請帶上本文地址:

http://www.snpmgr.live/librarys/veda/detail/1899

如果你認為這篇文章值得更多人閱讀,歡迎使用下面的分享功能。
小提示:您可以按快捷鍵 Ctrl + D,或點此 加入收藏

大家都在看

閱讀一百本計算機著作吧,少年

很多人覺得自己技術進步很慢,學習效率低,我覺得一個重要原因是看的書少了。多少是多呢?起碼得看3、4、5、6米吧。給個具體的數量,那就100本書吧。很多人知識結構不好而且不系統,因為在特定領域有一個足夠量的知識量+足夠良好的知識結構,系統化以后就足以應對大量未曾遇到過的問題。

奉勸自學者:構建特定領域的知識結構體系的路徑中再也沒有比學習該專業的專業課程更好的了。如果我的知識結構體系足以囊括面試官的大部分甚至吞并他的知識結構體系的話,讀到他言語中的一個詞我們就已經知道他要表達什么,我們可以讓他坐“上位”畢竟他是面試官,但是在知識結構體系以及心理上我們就居高臨下。

所以,閱讀一百本計算機著作吧,少年!

《高性能網站建設指南》 桑德斯 (Steve Sounders) (作者), 劉彥博 (譯者)

《高性能網站建設指南》結合Web2.0以來Web開發領域的最新形勢和特點,介紹了網站性能問題的現狀、產生的原因,以及改善或解決性能問題的原則、技術技巧和最佳實踐。重點關注網頁的行為特征,闡釋優化Ajax、CSS、JavaScript、Flash和圖片處理等要素的技術,全面涵蓋瀏覽器端性能問題的方方面面。在《高性能網站建設指南》中,作者給出了14條具體的優化原則,每一條原則都配以范例佐證,并提供了在線支持。全書內容豐富,主要包括減少HTTP請求、ExpiresHeader技術、Gzip組件、CSS和JavaScript最佳實踐、關閉ETags的技巧、Ajax緩存技術和最小化技術等。

更多計算機寶庫...

燃烧吧足球登陆