以前一直玩Oracle資料庫,整天圍著業務需求和執行計劃轉,剛剛接觸Mysql看到存儲引擎不慎理解,相應會有與我相同人群存在,所以寫文以記之。 首先簡單從字面理解,想當是與磁碟打交道的,實際情況也是如此。一個資料庫系統可以隨意切換不同的存儲引擎,也就是說隨意選擇寫磁碟或操作磁碟的方式,覺得還是很牛掰 ...
以前一直玩Oracle資料庫,整天圍著業務需求和執行計劃轉,剛剛接觸Mysql看到存儲引擎不慎理解,相應會有與我相同人群存在,所以寫文以記之。
首先簡單從字面理解,想當是與磁碟打交道的,實際情況也是如此。一個資料庫系統可以隨意切換不同的存儲引擎,也就是說隨意選擇寫磁碟或操作磁碟的方式,覺得還是很牛掰的,所以這裡看下Mysql的體繫結構。
MySQL伺服器採用了多層設計和獨立模塊,插件式存儲引擎體繫結構,允許將存儲引擎載入到正在運新的MySQL伺服器中,圖中的Pluggable Storage Engines部分。採用MySQL伺服器體繫結構,由於在存儲級別上(也就是Pluggable Storage Engines)提供了一致和簡單的應用模型和API,應用程式編程人員和DBA可不再考慮所有的底層實施細節。因此,儘管不同的存儲引擎具有不同的能力,應用程式是與之分離的。存儲引擎就司職與文件系統打交道了。
到這裡對與存儲引擎的定位以及功能應該是基本瞭解的,接下來的疑問就是,有沒有必要。很有必要的,因為一下羅列的內容是存儲引擎處理的事情:
- 併發性:某些應用程式比其他應用程式具有很多的顆粒級鎖定要求(如行級鎖定)。
- 事務支持:並非所有的應用程式都需要事務,但對的確需要事務的應用程式來說,有著定義良好的需求,如ACID相容等。
- 引用完整性:通過DDL定義的 外鍵,伺服器需要強制保持關聯資料庫的引用完整性。
- 物理存儲:它包括各種各樣的事項,從表和索引的總的頁大小,到存儲數據所需的格式,到物理磁碟。
- 索引支持:不同的應用程式傾向於採用不同的索引策略,每種存儲引擎通常有自己的編製索引方法,但某些索引方法(如B-tree索引)對幾乎所有的存儲引擎來說是共同的。
- 記憶體高速緩衝:與其他應用程式相比,不同的應用程式對某些記憶體高速緩衝策略的響應更好,因此,儘管某些記憶體高速緩衝對所有存儲引擎來說是共同的(如用於用戶連接的高速緩衝,MySQL的高速查詢高速緩衝等),其他高速緩衝策略僅當使用特殊的存儲引擎時才唯一定義。
- 性能幫助:包括針對並行操作的多I/O線程,線程併發性,資料庫檢查點,成批插入處理等。
- 其他目標特性:可能包括對地理空間操作的支持,對特定數據處理操作的安全限制等。
以上要求會在不同的需求中予以體現,通過單獨一個系統實現是不可能的,以上特點有些本身就是相互矛盾的,魚和熊掌的問題。對以上內容做些選擇,形成的存儲引擎就是一個插件引擎了,某些特定的需求可以使用。如下圖,部分現有的存儲引擎以及基本特點:
至此,應該對存儲引擎有一個直觀的印象了。對了,還有一點需要格外註意的: Mysql中不同的表可以指定不同的存儲引擎,也就是說一套Mysql伺服器可以同時使用N種不同的存儲引擎,甚至自己寫一個。