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要高;
以上是mysql儲存引擎差異有哪些的詳細內容。更多資訊請關注PHP中文網其他相關文章!