mysql存儲(chǔ)引擎區(qū)別是什么

mysql存儲(chǔ)引擎區(qū)別是什么？這個(gè)問題可能是我們?nèi)粘W(xué)習(xí)或工作經(jīng)常見到的。希望通過這個(gè)問題能讓你收獲頗深。下面是小編給大家?guī)淼膮⒖純?nèi)容，讓我們一起來看看吧！

MySQL中存儲(chǔ)引擎的區(qū)別：以Innodb和myisam為例，前者支持事務(wù)而后者不支持；前者強(qiáng)調(diào)多功能性，支持的拓展功能比較多，后者主要側(cè)重于性能；前者不支持全文索引，而后者支持全文索引等

mysql支持存儲(chǔ)引擎有好幾種，咱們這里主要討論一下常用的幾種存儲(chǔ)引擎。Innodb，myisam

INNODB

INNODB索引實(shí)現(xiàn)

與 MyISAM相同的一點(diǎn)是，InnoDB 也采用 B+Tree這種數(shù)據(jù)結(jié)構(gòu)來實(shí)現(xiàn) B-Tree索引。而很大的區(qū)別在于，InnoDB 存儲(chǔ)引擎采用“聚集索引”的數(shù)據(jù)存儲(chǔ)方式實(shí)現(xiàn)B-Tree索引，所謂“聚集”，就是指數(shù)據(jù)行和相鄰的鍵值緊湊地存儲(chǔ)在一起，注意 InnoDB 只能聚集一個(gè)葉子頁（16K）的記錄（即聚集索引滿足一定的范圍的記錄），因此包含相鄰鍵值的記錄可能會(huì)相距甚遠(yuǎn)。

在 InnoDB 中，表被稱為 索引組織表（index organized table），InnoDB 按照主鍵構(gòu)造一顆 B+Tree （如果沒有主鍵，則會(huì)選擇一個(gè)唯一的并且非空索引替代，如果沒有這樣的索引，InnoDB則會(huì)隱式地定義一個(gè)主鍵來作為聚集索引），同時(shí)葉子頁中存放整張表的行記錄數(shù)據(jù)，也可以將聚集索引的葉子節(jié)點(diǎn)稱為數(shù)據(jù)頁，非葉子頁可以看做是葉子頁的稀疏索引。

下圖說明了 InnoDB聚集索引的實(shí)現(xiàn)方式，同時(shí)也體現(xiàn)了一張 innoDB表的結(jié)構(gòu)，可以看到，InnoDB 中，主鍵索引和數(shù)據(jù)是一體的，沒有分開。

這種實(shí)現(xiàn)方式，給予了 InnoDB 按主鍵檢索的超高性能。可以有目的性地選擇聚集索引，比如一個(gè)郵件表，可以選擇用戶ID來聚集數(shù)據(jù)，這樣只需要從磁盤讀取較少并且連續(xù)的數(shù)據(jù)頁就能獲得某個(gè)id的用戶全部的郵件，避免了讀取分散頁時(shí)所耗費(fèi)的隨機(jī)I/O。

InnoDB 則是 I/O 操作，Innodb讀寫采用MVCC來支持高并發(fā)。

全表掃描

當(dāng)InnoDB做全表掃描時(shí)并不高效，因?yàn)?InnoDB 實(shí)際上并沒有順序讀取,在大多情況下是在隨機(jī)讀取。做全表掃描時(shí),InnoDB 會(huì)按主鍵順序掃描頁面和行。這應(yīng)用于所有的InnoDB 表，包括碎片化的表。如果主鍵頁表沒有碎片（存儲(chǔ)主鍵和行的頁表),全表掃描是相當(dāng)快，因?yàn)樽x取順序接近物理存儲(chǔ)順序。但是當(dāng)主鍵頁有碎片時(shí)，該掃描就會(huì)變得十分緩慢

行級鎖

提供行鎖(locking on row level)，提供與 Oracle 類型一致的不加鎖讀取(non-locking read in SELECTs)，另外，InnoDB表的行鎖也不是絕對的，如果在執(zhí)行一個(gè)SQL語句時(shí)MySQL不能確定要掃描的范圍，InnoDB表同樣會(huì)鎖全表，例如

update table set num=1 where name like “%aaa%”

MYISAM

MyISAM索引的實(shí)現(xiàn)

每個(gè)MyISAM在磁盤上存儲(chǔ)成三個(gè)文件。第一個(gè)文件的名字以表的名字開始，擴(kuò)展名指出文件類型。MyISAM索引文件【.MYI (MYIndex)】和數(shù)據(jù)文件【.MYD (MYData)】是分離的，索引文件僅保存記錄所在頁的指針（物理位置），通過這些地址來讀取頁，進(jìn)而讀取被索引的行。先來看看結(jié)構(gòu)圖

上圖很好地說明了樹中葉子保存的是對應(yīng)行的物理位置。通過該值，存儲(chǔ)引擎能順利地進(jìn)行回表查詢，得到一行完整記錄。同時(shí)，每個(gè)葉子頁也保存了指向下一個(gè)葉子頁的指針。從而方便葉子節(jié)點(diǎn)的范圍遍歷。 而對于二級索引，在 MyISAM存儲(chǔ)引擎中以與上圖同樣的方式實(shí)現(xiàn)，這也說明了 MyISAM的索引方式是“非聚集的”，與 Innodb的“聚集索引”形成了對比

MyISAM 默認(rèn)會(huì)把索引讀入內(nèi)存，直接在內(nèi)存中操作；

表級鎖

小結(jié)：Innodb強(qiáng)調(diào)多功能性，支持的拓展功能比較多，myisam主要側(cè)重于性能

區(qū)別

1、InnoDB支持事務(wù)，MyISAM不支持，對于InnoDB每一條SQL語言都默認(rèn)封裝成事務(wù)，自動(dòng)提交，這樣會(huì)影響速度，所以最好把多條SQL語言放在begin和commit之間，組成一個(gè)事務(wù)；

2、InnoDB是聚集索引，數(shù)據(jù)文件是和索引綁在一起的，必須要有主鍵，通過主鍵索引效率很高。但是輔助索引需要兩次查詢，先查詢到主鍵，然后再通過主鍵查詢到數(shù)據(jù)。因此，主鍵不應(yīng)該過大，因?yàn)橹麈I太大，其他索引也都會(huì)很大。而MyISAM是非聚集索引，數(shù)據(jù)文件是分離的，索引保存的是數(shù)據(jù)文件的指針。主鍵索引和輔助索引是獨(dú)立的。

3、InnoDB不保存表的具體行數(shù)，執(zhí)行select count(*) from table時(shí)需要全表掃描。而MyISAM用一個(gè)變量保存了整個(gè)表的行數(shù)，執(zhí)行上述語句時(shí)只需要讀出該變量即可，速度很快；

4、Innodb不支持全文索引，而MyISAM支持全文索引，查詢效率上MyISAM要高；

感謝各位的閱讀！看完上述內(nèi)容，你們對mysql存儲(chǔ)引擎區(qū)別是什么大概了解了嗎？希望文章內(nèi)容對大家有所幫助。如果想了解更多相關(guān)文章內(nèi)容，歡迎關(guān)注億速云行業(yè)資訊頻道。