資料庫引擎：
是用於儲存、處理和保護資料的核心服務。利用資料庫引擎可控制訪問許可權並快速處理事務，從而滿足企業內大多數需要處理大量資料的應用程式的要求。
為什麼要合理選擇資料庫儲存引擎：
mysql中的資料用各種不同的技術儲存在檔案（或者記憶體）中。這些技術中的每一種技術都使用不同的儲存機制、索引技巧、鎖定水平並且最終提供廣泛的不同的功能和能力。通過選擇不同的技術，你能夠獲得額外的速度或者功能，從而改善你的應用的整體功能。
isam：isam執行讀取操作的速度很快，而且不占用大量的記憶體和儲存資源。isam的兩個主要不足之處在於，它不 支援事務處理，也不能夠容錯。
myisam：myisam是mysql的isam擴充套件格式和預設的資料庫引擎。除了提供isam裡所沒有的索引和字段管理的大量功能，myisam還使用一種**鎖定的機制，來優化多個併發的讀寫操作，其代價是你需要經常執行optimize table命令，來恢復被更新機制所浪費的空間。插入資料快，空間和記憶體使用比較低。如果表主要是用於插入新記錄和讀出記錄，那麼選擇myisam能實現處理高效率。如果應用的完整性、併發性要求比較低，也可以使用。
myiasm是mysql預設的引擎，但是它沒有提供對資料庫事務的支援，也不支援行級鎖和外來鍵，因此當insert(插入)或update(更新)資料時即寫操作需要鎖定整個表，效率便會低一些。
myisam引擎的索引結構為b+tree，其中b+tree的資料域儲存的內容為實際資料的位址，也就是說它的索引和實際的資料是分開的，只不過是用索引指向了實際的資料，這種索引就是所謂的非聚集索引。
適用場景：
1）不支援事務的設計，但是並不代表著有事務操作的專案不能用myisam儲存引擎，可以在service層進行根據自己的業務需求進行相應的控制。
2）不支援外來鍵的表設計。
3）查詢速度很快，如果資料庫insert和update的操作比較多的話比較適用。
4）整天 對錶進行加鎖的場景。
5）myisam極度強調快速讀取操作。
6）myiasm中儲存了表的行數，於是select count(*) from table時只需要直接讀取已經儲存好的值而不需要進行全表掃瞄。如果表的讀操作遠遠多於寫操作且不需要資料庫事務的支援，那麼myiasm也是很好的選擇。
heap：heap允許只駐留在記憶體裡的臨時**。駐留在記憶體裡讓heap要比isam和myisam都快，但是它所管理的資料是不穩定的，而且如果在關機之前沒有進行儲存，那麼所有的資料都會丟失。在資料行被刪除的時候，heap也不會浪費大量的空間。heap**在你需要使用select表示式來選擇和操控資料的時候非常有用。要記住，在用完**之後就刪除**。
使用存在記憶體中的內容來建立表。每個memory表只實際對應乙個磁碟檔案。memory型別的表訪問非常得快，因為它的資料是放在記憶體中的，並且預設使用hash索引。
適用場景：
1）那些內容變化不頻繁的**表，或者作為統計操作的中間結果表，便於高效地堆中間結果進行分析並得到最終的統計結果。
2）目標資料比較小，而且非常頻繁的進行訪問，在記憶體中存放資料，如果太大的資料會造成記憶體溢位。可以通過引數max_heap_table_size控制memory表的大小，限制memory表的最大的大小。
3）資料是臨時的，而且必須立即可用得到，那麼就可以放在記憶體中。
4）儲存在memory表中的資料如果突然間丟失的話也沒有太大的關係。
注意： memory同時支援雜湊索引和b樹索引，b樹索引可以使用部分查詢和通配查詢，也可以使用<,>和》=等操作符方便資料探勘，雜湊索引相等的比較快但是對於範圍的比較慢很多。
innodb：儘管要比isam和 myisam引擎慢很多，但是innodb包括了對事務處理和外來鍵的支援，這兩點都是前兩個引擎所沒有的。支援事務處理，支援外來鍵，支援崩潰修復能力和併發控制。如果需要對事務的完整性要求比較高（比如銀行），要求實現併發控制（比如售票），那選擇innodb有很大的優勢。如果需要頻繁的更新、刪除操作的資料庫，也可以選擇innodb，因為支援事務的提交（commit）和回滾（rollback）。
innodb引擎提供了對資料庫acid事務的支援，並且實現了sql標準的四種隔離級別，關於資料庫事務與其隔離級別的內容請見資料庫事務與其隔離級別這型別的文章。該引擎還提供了行級鎖和外來鍵約束，它的設計目標是處理大容量資料庫系統，它本身其實就是基於mysql後台的完整資料庫系統，mysql執行時innodb會在記憶體中建立緩衝池，用於緩衝資料和索引。但是該引擎不支援fulltext型別的索引，而且它沒有儲存表的行數，當select count(*) from table時需要掃瞄全表。當需要使用資料庫事務時，該引擎當然是首選。由於鎖的粒度更小，寫操作不會鎖定全表，所以在併發較高時，使用innodb引擎會提公升效率。但是使用行級鎖也不是絕對的，如果在執行乙個sql語句時mysql不能確定要掃瞄的範圍，innodb表同樣會鎖全表。
nnodb引擎的索引結構同樣也是b+tree，但是innodb的索引檔案本身就是資料檔案，即b+tree的資料域儲存的就是實際的資料，這種索引就是聚集索引。這個索引的key就是資料表的主鍵，因此innodb表資料檔案本身就是主索引。
適用場景：
1）經常更新的表，適合處理多重併發的更新請求。
2）支援事務。
3）可以從災難中恢復（通過bin-log日誌等）。
4）外來鍵約束。只有他支援外來鍵。
5）支援自動增加列屬性auto_increment。
myisam與innodb的區別：
myisam型別不支援事務處理等高階處理，而innodb型別支援。myisam型別的表強調的是效能，其執行數度比innodb型別更快，但是不提供事務支援，而innodb提供事務支援已經外部鍵等高階資料庫功能。
mysql資料庫引擎 mysql資料庫引擎
資料庫引擎是用於儲存 處理和保護資料的核心服務。利用資料庫引擎可控制訪問許可權並快速處理事務，從而滿足企業內大多數需要處理大量資料的應用程式的要求。使用資料庫引擎建立用於聯機事務處理或聯機分析處理資料的關聯式資料庫。這包括建立用於儲存資料的表和用於檢視 管理和保護資料安全的資料庫物件 如索引 檢視和...
MySQL資料庫引擎
如果你是個賽車手並且按一下按鈕就能夠立即更換引擎而不需要把車開到車庫裡去換，那會是怎麼感覺呢？mysql資料庫為開發人員所做的就好像是按按鈕換引擎 它讓你選擇資料庫引擎，並給你一條簡單的途徑來切換它。mysql的自帶引擎肯定是夠用了，但是在有些情況下，其他的引擎可能要比手頭所用更適合完成任務。如果願...
mysql資料庫引擎
mysql資料庫引擎 資料庫引擎是在我們編譯安裝mysql的時候確定下來的。也就是說如果我們想換乙個資料庫引擎，也就要重新編譯mysql。我們也可以使用mysql和api來編譯我們自己的資料庫引擎，當然這個是建立在你對資料庫底層非常了解的地步。所以我們想要新增乙個新的資料庫引擎的時候，那麼就編譯吧。...