共計 3149 個字符，預計需要花費 8 分鐘才能閱讀完成。

MySQL 數據庫引擎如何選擇，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

如何選擇 MySQL 數據庫引擎

MySQL 的自帶引擎肯定是夠用了，但是在有些情況下，其他的引擎可能要比手頭所用更適合完成任務。如果愿意的話，你甚至可以使用 MySQL++API 來創建自己的數據庫引擎，就像打穿氣缸裝上自己的化油器。現在讓這個是你該如何選擇引擎，以及如何在可用引擎之間切換。

選擇你的引擎

你能用的數據庫引擎取決于 MySQL 在安裝的時候是如何被編譯的。要添加一個新的引擎，就必須重新編譯 MySQL。僅僅為了添加一個特性而編譯應用程序的概念對于 Windows 的開發人員來說可能很奇怪，但是在 UNIX 世界里，這已經成為了標準。在缺省情況下，MySQL 支持三個引擎：ISAM、MyISAM 和 HEAP。另外兩種類型 InnoDB 和 Berkley(BDB)，也常常可以使用。

ISAM

ISAM 是一個定義明確且歷經時間考驗的數據表格管理方法，它在設計之時就考慮到數據庫被查詢的次數要遠大于更新的次數。因此，ISAM 執行讀取操作的速度很快，而且不占用大量的內存和存儲資源。ISAM 的兩個主要不足之處在于，它不支持事務處理，也不能夠容錯：如果你的硬盤崩潰了，那么數據文件就無法恢復了。如果你正在把 ISAM 用在關鍵任務應用程序里，那就必須經常備份你所有的實時數據，通過其復制特性，MySQL 能夠支持這樣的備份應用程序。

MyISAM

MyISAM 是 MySQL 的 ISAM 擴展格式和缺省的數據庫引擎。除了提供 ISAM 里所沒有的索引和字段管理的大量功能，MyISAM 還使用一種表格鎖定的機制，來優化多個并發的讀寫操作。其代價是你需要經常運行 OPTIMIZETABLE 命令，來恢復被更新機制所浪費上海拉拉的空間。MyISAM 還有一些有用的擴展，例如用來修復數據庫文件的 MyISAMChk 工具和用來恢復浪費空間的 MyISAMPack 工具。

MyISAM 強調了快速讀取操作，這可能就是為什么 MySQL 受到了 Web 開發如此青睞的主要原因：在 Web 開發中你所進行的大量數據操作都是讀取操作。所以，大多數虛擬主機提供商和 Internet 平臺提供商 (InternetPresenceProvider，IPP) 只允許使用 MyISAM 格式。

HEAP

HEAP 允許只駐留在內存里的臨時表格。駐留在內存里讓 HEAP 要比 ISAM 和 MyISAM 都快，但是它所管理的數據是不穩定的，而且如果在關機之前沒有進行保存，那么所有的數據都會丟失。在數據行被刪除的時候，HEAP 也不會浪費大量的空間。HEAP 表格在你需要使用 SELECT 表達式來選擇和操控數據的時候非常有用。要記住，在用完表格之后就刪除表格。讓我再重復一遍：在你用完表格之后，不要忘記刪除表格。

InnoDB 和 BerkleyDB

InnoDB 和 BerkleyDB(BDrolexB)數據庫引擎都是造就 MySQL 靈活性的技術的直接產品，這項技術就是 MySQL++API。在使用 MySQL 的時候，你所面對的每一個挑戰幾乎都源于 ISAM 和 MyISAM 數據庫引擎不支持事務處理也不支持外來鍵。盡管要比 ISAM 和 MyISAM 引擎慢很多，但是 InnoDB 和 BDB 包括了對事務處理和外來鍵的支持，這兩點都是前兩個引擎所沒有的。如前所述，如果你的設計需要這些特性中的一者或者兩者，那你就要被迫使用后兩個引擎中的一個了。

如果感覺自己的確技術高超，你還能夠使用 MySQL++ 來創建自己的數據庫引擎。這個 API 為你提供了操作字段、記錄、表格、數據庫、連接、安全帳號的功能，以及建立諸如 MySQL 這樣 DBMS 所需要的所有其他無數功能。深入講解 API 已經超出了該篇文章的范圍，但是你需要了解 MySQL++ 的存在及其可交換引擎背后的技術，這一點是很重要的。估計這個插件式數據庫引擎的模型甚至能夠被用來為 MySQL 創建本地的 XML 提供器(XMLprovider)。(任何讀到該篇文章的 MySQL++ 開發人員可以把這一點當作是個要求。)

按開關

讓所有的靈活性成為可能的開關是提供給 ANSISQL 的 MySQL 擴展 TYPE 參數。MySQL 能夠讓你在表格這一層指定數據庫引擎，所以它們有時候也指的是 tableformats。下面的示例代碼表明了如何創建分別使用 MyISAM、ISAM 和 HEAP 引擎的表格。要注意，創建每個表格的代碼是相同的，除了最后的 TYPE 參數，這一參數用來指定數據引擎。

CREATETABLEtblMyISAM(

idINTNOTNULLAUTO_INCREMENT,

PRIMARYKEY(id),

value_aTINYINT

)TYPE=MyISAM

CREATETABLEtblISAM(

idINTNOTNULLAUTO_INCREMENT,

PRIMARYKEY(id),

value_aTINYINT

)TYPE=ISAM

CREATETABLEtblHeap(

idINTNOTNULLAUTO_INCREMENT,

PRIMARYKEY(id),

value_aTINYINT

)TYPE=Heap

你也可以使用 ALTERTABLE 命令，把原有的表格從一個引擎移動到另一個引擎。下面的代碼顯示了如何使用 ALTERTABLE 把 MyISAM 表格移動到 InnoDB 的引擎：

如何選擇 MySQL 數據庫引擎

ALTERTABLEtblMyISAMCHANGETYPE=InnoDB

MySQL 用三步來實現這一目的。首先，這個表格的一個副本被創建。然后，任何輸入數據的改變都被排入隊列，同時這個副本被移動到另一個引擎。最后，任何排入隊列的數據改變都被送交到新的表格里，而原來的表格被刪除。

第一步、ALTERTABLE 捷徑

如果只是想把表格從 ISAM 更新為 MyISAM，你可以使用 mysql_convert_table_format 命令，而不需要編寫 ALTERTABLE 表達式。

第二步

你可以使用 SHOWTABLE 命令 (這是 MySQL 對 ANSI 標準的另一個擴展) 來確定哪個引擎在管理著特定的表格。SHOWTABLE 會返回一個帶有多數據列的結果集，你可以用這個結果集來查詢獲得所有類型的信息：數據庫引擎的名稱在 Type 字段里。下面的示例代碼說明了 SHOWTABLE 的用法：

SHOWTABLESTATUSFROMtblInnoDB

第三步、SHOWTABLE 的替換方法

你可以用 SHOWCREATETABLE[TableName]來取回 SHOWTABLE 能夠取回的信息。

最后，如果你想使用沒有被編譯成 MySQL 也沒有被激活的引擎，那是沒有用的，MySQL 不會提示這一點。而它只會給你提供一個缺省格式 (MyISAM) 的表格。除了使用缺省的表格格式外，還有辦法讓 MySQL 給出錯誤提示，但是就現在而言，如果不能肯定特定的數據庫引擎是否可用的話，你要使用 SHOWTABLE 來檢查表格格式。

更多的選擇意味著更好的性能

用于特定表格的引擎都需要重新編譯和追蹤，考慮到這種的額外復雜性，為什么你還是想要使用非缺省的數據庫引擎呢? 答案很簡單：要調整數據庫來滿足你的要求。

可以肯定的是，MyISAM 的確快，但是如果你的邏輯設計需要事務處理，你就可以自由使用支持事務處理的引擎。進一步講，由于 MySQL 能夠允許你在表格這一層應用數據庫引擎，所以你可以只對需要事務處理的表格來進行性能優化，而把不需要事務處理的表格交給更加輕便的 MyISAM 引擎。對于 MySQL 而言，靈活性才是關鍵。

關于 MySQL 數據庫引擎如何選擇問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注丸趣 TV 行業資訊頻道了解更多相關知識。