mysql中存儲引擎的區別：以innodb和myisam為例，前者支持事務而后者不支持；前者強調多功能性，支持的拓展功能比較多，后者主要側重于性能；前者不支持全文索引，而后者支持全文索引等
mysql支持存儲引擎有好幾種，咱們這里主要討論一下常用的幾種存儲引擎。Innodb，myisam
INNODB
INNODB索引實現
與 MyISAM相同的一點是，InnoDB 也采用 B+Tree這種數據結構來實現 B-Tree索引。而很大的區別在于，InnoDB 存儲引擎采用“聚集索引”的數據存儲方式實現B-Tree索引，所謂“聚集”，就是指數據行和相鄰的鍵值緊湊地存儲在一起，注意 InnoDB 只能聚集一個葉子頁（16K）的記錄（即聚集索引滿足一定的范圍的記錄），因此包含相鄰鍵值的記錄可能會相距甚遠。
在 InnoDB 中，表被稱為 索引組織表（index organized table），InnoDB 按照主鍵構造一顆 B+Tree （如果沒有主鍵，則會選擇一個唯一的并且非空索引替代，如果沒有這樣的索引，InnoDB則會隱式地定義一個主鍵來作為聚集索引），同時葉子頁中存放整張表的行記錄數據，也可以將聚集索引的葉子節點稱為數據頁，非葉子頁可以看做是葉子頁的稀疏索引。
下圖說明了 InnoDB聚集索引的實現方式，同時也體現了一張 innoDB表的結構，可以看到，InnoDB 中，主鍵索引和數據是一體的，沒有分開。
這種實現方式，給予了 InnoDB 按主鍵檢索的超高性能。可以有目的性地選擇聚集索引，比如一個郵件表，可以選擇用戶ID來聚集數據，這樣只需要從磁盤讀取較少并且連續的數據頁就能獲得某個id的用戶全部的郵件，避免了讀取分散頁時所耗費的隨機I/O。
InnoDB 則是 I/O 操作，Innodb讀寫采用MVCC來支持高并發。
全表掃描
當InnoDB做全表掃描時并不高效，因為 InnoDB 實際上并沒有順序讀取,在大多情況下是在隨機讀取。做全表掃描時,InnoDB 會按主鍵順序掃描頁面和行。這應用于所有的InnoDB 表，包括碎片化的表。如果主鍵頁表沒有碎片（存儲主鍵和行的頁表),全表掃描是相當快，因為讀取順序接近物理存儲順序。但是當主鍵頁有碎片時，該掃描就會變得十分緩慢
行級鎖
提供行鎖(locking on row level)，提供與 oracle 類型一致的不加鎖讀取(non-locking read in selects)，另外，InnoDB表的行鎖也不是絕對的，如果在執行一個SQL語句時MySQL不能確定要掃描的范圍，InnoDB表同樣會鎖全表，例如
update?table?set?num=1?where?name?like?“%aaa%”
MYISAM
MyISAM索引的實現
每個MyISAM在磁盤上存儲成三個文件。第一個文件的名字以表的名字開始，擴展名指出文件類型。MyISAM索引文件【.MYI (MYIndex)】和數據文件【.MYD (MYData)】是分離的，索引文件僅保存記錄所在頁的指針（物理位置），通過這些地址來讀取頁，進而讀取被索引的行。先來看看結構圖?
上圖很好地說明了樹中葉子保存的是對應行的物理位置。通過該值，存儲引擎能順利地進行回表查詢，得到一行完整記錄。同時，每個葉子頁也保存了指向下一個葉子頁的指針。從而方便葉子節點的范圍遍歷。 而對于二級索引，在 MyISAM存儲引擎中以與上圖同樣的方式實現，這也說明了 MyISAM的索引方式是“非聚集的”，與 Innodb的“聚集索引”形成了對比
MyISAM 默認會把索引讀入內存，直接在內存中操作；
表級鎖
小結：Innodb強調多功能性，支持的拓展功能比較多，myisam主要側重于性能
區別
1、InnoDB支持事務，MyISAM不支持，對于InnoDB每一條SQL語言都默認封裝成事務，自動提交，這樣會影響速度，所以最好把多條SQL語言放在begin和commit之間，組成一個事務；
2、InnoDB是聚集索引，數據文件是和索引綁在一起的，必須要有主鍵，通過主鍵索引效率很高。但是輔助索引需要兩次查詢，先查詢到主鍵，然后再通過主鍵查詢到數據。因此，主鍵不應該過大，因為主鍵太大，其他索引也都會很大。而MyISAM是非聚集索引，數據文件是分離的，索引保存的是數據文件的指針。主鍵索引和輔助索引是獨立的。
3、InnoDB不保存表的具體行數，執行select count(*) from table時需要全表掃描。而MyISAM用一個變量保存了整個表的行數，執行上述語句時只需要讀出該變量即可，速度很快；
4、Innodb不支持全文索引，而MyISAM支持全文索引，查詢效率上MyISAM要高；
