學習足跡

▼

2012年12月22日 星期六

在MySQL中MyISAM與InnoDB資料庫引擎比較

定義

MyISAM：MySQL Indexed Sequential Access Method（有索引的順序存取方法）
InnoDB

比較表


項目/資料表類型 MyISAM InnoDB 備註
效能 較佳 較差
  • InnoDB需要處理資料異動時的交易紀錄檔（Transaction Log），每次有交易產生時，仍至少須寫入硬碟一次，因此對於某些硬碟或磁碟陣列，會造成每秒200次的交易處理上限。若希望達到更高的效能且保持交易的完整性，就必使用軟碟快取與電池備援。當然 InnoDB 也提供數種對效能衝擊較低的模式，但相對的也會降低交易的完整性。
  • MyISAM不需要處理資料異動時的交易紀錄檔，所以在資料異動及存取上速度會較InnoDB快，且無磁碟存取問題，但這並非因為它比較先進，這只是因為MyISAM不支援交易。。
交易
(Transaction)		 X（不支援）O（支援） InnoDB在進行連續的資料異動（交易），如果發生錯誤的話可以還原至錯誤交易發生前的正常狀態，MyISAM因不支援交易，所以沒辦法進行還原
錯誤處理 較差 較佳
  • MyISAM則必需要重新「完整」掃描後才能重新建立索引，所以修復的時間與資料亮多寡成正比
  • InnoDB可以藉由交易紀錄檔快速恢復成未出錯前的資料，修復時間大略固定
穩定性 較差 較佳 因為InnoDB發生錯誤時的處理較MyISAM好，所以穩定性較佳
讀/寫/快取 較差 較佳 InnoDB有自己的讀寫快取管理機制，MyISAM則必須依靠作業系統來管理讀取與寫入的快取
記憶體使用 較佳 較差 InnoDB目前並不支援MyISAM所提供的壓縮與 terse row formats，所以對硬碟與快取記憶體的使用量較大。因此MySQL從5.0版開始，提供另一個負載較輕的格式，他可減少約略 20% 的系統負載，而壓縮功能已計畫於未來的新版中推出。
外來鍵
(Foreign Key)		 X（不支援） O（支援） 無
主鍵
(Primary Key)		 依需求 必須要有 InnoDB如果沒有設定主鍵或者非空唯一索引，就會自動生成一個6字元的主鍵(不可見)
count(*)
(From All Table)		 較佳 較差
  • MyISAM撈取預存的總行數
  • InnoDB重新撈取整個表做計算
  • 若有加WHERE條件則，兩者從取效率相同
全文檢索
(Full Text Search)		 O（支援） 5.6.4+支援 無
DELETE FROM Table 較佳 較差
  • MyISAM會丟掉原本的表後，重新建立一個新的表
  • InnoDB會一筆一筆的刪資料，可以使用TRUNCATE Table去進行所有資料的刪除（要有Drop權限）
索引保存 表格名稱.MYI的檔案 與資料一起保存 無
鎖表
(Lock Table)		 Tabel-level Row-level
  • MyISAM
    • 當資料表有寫入時，其他人無法讀取 (有少數例外，像是 bulk insert)
  • InnoDB
    • 只有「明確」的指定主鍵，MySQL 才會執行 Row lock (只鎖住被選取的資料例) ，否則 MySQL 將會執行 Table Lock (將整個資料表單給鎖住)，還是有很大機會還是可以讀取。
1 1 1 1
建議 搜尋資料 異動資料
  • MyISAM
    • 大量SELECT與INSERT
    • 資料量小
    • 全文檢索
  • InnoDB
    • 大量UPDATE與INSERT
    • 需要使用Foreign Key
    • 資料量大
    • 交易
    • InnoDB預設是開啟自動提交(Auto Commit)的，如果你按照MyISAM的方法來編寫程式不會存在錯誤，只是性能會很低，可以使用Begin及Commit將多個異動語法綁在同一個交易中。
  • 共同
    • 有使用WHERE的欄位要使用索引


參考資料

於

沒有留言:

張貼留言