fbpx
维基百科

MyISAM

MyISAMMySQL的預設資料庫引擎(5.5版之前),由早期的ISAM所改良。雖然效能極佳,但卻有一個缺點:不支援事务處理(transaction)。不過,在這幾年的發展下,MySQL也導入了InnoDB(另一種資料庫引擎),以強化參考完整性與並行違規處理機制,後來就逐漸取代MyISAM。

每個MyISAM資料表,皆由儲存在硬碟上的3個檔案所組成,每個檔案都以資料表名稱為主檔名,並搭配不同副檔名區分檔案類型:

  1. .frm--儲存資料表定義,此檔案非MyISAM引擎的一部份。
  2. .MYD--存放真正的資料。
  3. .MYI--儲存索引資訊。

與InnoDB之比較

  1. InnoDB可藉由交易記錄檔(Transaction Log)來恢復程式崩潰(crash),或非預期結束所造成的資料錯誤;而MyISAM遇到錯誤,必須完整掃瞄後才能重建索引,或修正未寫入硬碟的錯誤。InnoDB的修復時間,大略都是固定的,但MyISAM的修復時間,則與資料量的多寡成正比。相對而言,隨著資料量的增加,InnoDB會有較佳的穩定性。
  2. MyISAM必須依靠作業系統來管理讀取與寫入的快取,而InnoDB則是有自己的讀寫快取管理機制。(InnoDB不會將被修改的資料分頁立即交給作業系統)因此在某些情況下,InnoDB的資料存取會比MyISAM更有效率。
  3. InnoDB目前並不支援MyISAM所提供的壓縮與terse row formats,所以對硬碟與快取記憶體的使用量較大。因此MySQL從5.0版開始,提供另一個負載較輕的格式,他可減少約略20%的系統負載,而壓縮功能已計畫於未來的新版中推出。
  4. 當操作完全相容ACID(交易)時,雖然InnoDB會自動合併數筆連線,但每次有交易產生時,仍至少須寫入硬碟一次,因此對於某些硬碟或磁碟陣列,會造成每秒200次的交易处理上限。若希望達到更高的效能且保持交易的完整性,就必使用磁碟快取與電池備援。當然InnoDB也提供數種對效能衝擊較低的模式,但相對的也會降低交易的完整性。而MyISAM則無此問題,但這並非因為它比較先進,這只是因為它不支援交易。

相關條目

參考連結

  • MySQL Documentation on MyISAM Storage Engine(页面存档备份,存于互联网档案馆

myisam, 本條目存在以下問題, 請協助改善本條目或在討論頁針對議題發表看法, 此條目可参照英語維基百科相應條目来扩充, 2023年2月17日, 若您熟悉来源语言和主题, 请协助参考外语维基百科扩充条目, 请勿直接提交机械翻译, 也不要翻译不可靠, 低品质内容, 依版权协议, 译文需在编辑摘要注明来源, 或于讨论页顶部标记, href, template, translated, page, html, title, template, translated, page, translated, page, 标. 本條目存在以下問題 請協助改善本條目或在討論頁針對議題發表看法 此條目可参照英語維基百科相應條目来扩充 2023年2月17日 若您熟悉来源语言和主题 请协助参考外语维基百科扩充条目 请勿直接提交机械翻译 也不要翻译不可靠 低品质内容 依版权协议 译文需在编辑摘要注明来源 或于讨论页顶部标记 a href Template Translated page html title Template Translated page Translated page a 标签 此條目已列出參考文獻 但因為沒有文內引註而使來源仍然不明 2023年2月17日 请加上合适的文內引註来改善这篇条目 此條目需要补充更多来源 2023年2月17日 请协助補充多方面可靠来源以改善这篇条目 无法查证的内容可能會因為异议提出而被移除 致使用者 请搜索一下条目的标题 来源搜索 MyISAM 网页 新闻 书籍 学术 图像 以检查网络上是否存在该主题的更多可靠来源 判定指引 MyISAM是MySQL的預設資料庫引擎 5 5版之前 由早期的ISAM所改良 雖然效能極佳 但卻有一個缺點 不支援事务處理 transaction 不過 在這幾年的發展下 MySQL也導入了InnoDB 另一種資料庫引擎 以強化參考完整性與並行違規處理機制 後來就逐漸取代MyISAM MyISAM開發者Sun Microsystems操作系统跨平台类型資料庫引擎许可协议GNU通用公共许可证网站https www mysql com每個MyISAM資料表 皆由儲存在硬碟上的3個檔案所組成 每個檔案都以資料表名稱為主檔名 並搭配不同副檔名區分檔案類型 frm 儲存資料表定義 此檔案非MyISAM引擎的一部份 MYD 存放真正的資料 MYI 儲存索引資訊 與InnoDB之比較 编辑InnoDB可藉由交易記錄檔 Transaction Log 來恢復程式崩潰 crash 或非預期結束所造成的資料錯誤 而MyISAM遇到錯誤 必須完整掃瞄後才能重建索引 或修正未寫入硬碟的錯誤 InnoDB的修復時間 大略都是固定的 但MyISAM的修復時間 則與資料量的多寡成正比 相對而言 隨著資料量的增加 InnoDB會有較佳的穩定性 MyISAM必須依靠作業系統來管理讀取與寫入的快取 而InnoDB則是有自己的讀寫快取管理機制 InnoDB不會將被修改的資料分頁立即交給作業系統 因此在某些情況下 InnoDB的資料存取會比MyISAM更有效率 InnoDB目前並不支援MyISAM所提供的壓縮與terse row formats 所以對硬碟與快取記憶體的使用量較大 因此MySQL從5 0版開始 提供另一個負載較輕的格式 他可減少約略20 的系統負載 而壓縮功能已計畫於未來的新版中推出 當操作完全相容ACID 交易 時 雖然InnoDB會自動合併數筆連線 但每次有交易產生時 仍至少須寫入硬碟一次 因此對於某些硬碟或磁碟陣列 會造成每秒200次的交易处理上限 若希望達到更高的效能且保持交易的完整性 就必使用磁碟快取與電池備援 當然InnoDB也提供數種對效能衝擊較低的模式 但相對的也會降低交易的完整性 而MyISAM則無此問題 但這並非因為它比較先進 這只是因為它不支援交易 相關條目 编辑Falcon ISAM InnoDB參考連結 编辑MySQL Documentation on MyISAM Storage Engine 页面存档备份 存于互联网档案馆 取自 https zh wikipedia org w index php title MyISAM amp oldid 76005307, 维基百科,wiki,书籍,书籍,图书馆,

文章

,阅读,下载,免费,免费下载,mp3,视频,mp4,3gp, jpg,jpeg,gif,png,图片,音乐,歌曲,电影,书籍,游戏,游戏。