如此青睞的主要原因：在中你所進行的大量數據操作都是讀取操作。所以，大多數虛擬主機提供商和internet平臺提供商（internet presence provider，ipp）只允許使用myisam格式。

heap

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

innodb和berkley db

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

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

開關

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

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

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

alter table捷徑

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

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

show table status from tblinnodb

show table的替換方法

你可以用show create table [tablename]來取回show table能夠取回的信息。

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

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

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

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