02_tidb 架構演進

Design Goals:
Goal 1: Horizontal Scalability
Goal 2: High Availability
Goal 3: ACID Transaction

在這裏插入圖片描述

1、In ancient times
在這裏插入圖片描述

We get SQL and transaction! But it is a toy
2、Persistent Storage
在這裏插入圖片描述

3、MySQL Protocol

在這裏插入圖片描述

4、Pluggable storage engine

在這裏插入圖片描述

5、Better SQL Layer
在這裏插入圖片描述

6、Distributed Storage Engine

在這裏插入圖片描述

7、Operator Pushdown
在這裏插入圖片描述

We get a distributed MySQL. But it is too slow

8、The birth of TiKV

在這裏插入圖片描述

在這裏插入圖片描述

在這裏插入圖片描述

We get another distributed MySQL. But it is not good enough.

9、
在這裏插入圖片描述

在這裏插入圖片描述

在這裏插入圖片描述

VS mysql. 邏輯架構

和其它數據庫相比,MySQL有點與衆不同,它的架構可以在多種不同場景中應用併發揮良好作用。主要體現在存儲引擎的架構上,
插件式的存儲引擎架構將查詢處理和其它的系統任務以及數據的存儲提取相分離。這種架構可以根據業務的需求和實際需要選擇合適的存儲引擎。

在這裏插入圖片描述

1.連接層
最上層是一些客戶端和連接服務,包含本地sock通信和大多數基於客戶端/服務端工具實現的類似於tcp/ip的通信。主要完成一些類似於連接處理、授權認證、及相關的安全方案。在該層上引入了線程池的概念,爲通過認證安全接入的客戶端提供線程。同樣在該層上可以實現基於SSL的安全鏈接。服務器也會爲安全接入的每個客戶端驗證它所具有的操作權限。

2.服務層
第二層架構主要完成大多少的核心服務功能,如SQL接口,並完成緩存的查詢,SQL的分析和優化及部分內置函數的執行。所有跨存儲引擎的功能也在這一層實現,如過程、函數等。在該層,服務器會解析查詢並創建相應的內部解析樹,並對其完成相應的優化如確定查詢表的順序,是否利用索引等,最後生成相應的執行操作。如果是select語句,服務器還會查詢內部的緩存。如果緩存空間足夠大,這樣在解決大量讀操作的環境中能夠很好的提升系統的性能。

3.引擎層
存儲引擎層,存儲引擎真正的負責了MySQL中數據的存儲和提取,服務器通過API與存儲引擎進行通信。不同的存儲引擎具有的功能不同,這樣我們可以根據自己的實際需要進行選取。後面介紹MyISAM和InnoDB

4.存儲層
數據存儲層,主要是將數據存儲在運行於裸設備的文件系統之上,並完成與存儲引擎的交互。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章