本文介紹云原生分布式關系型數據庫PolarDB-X使用過程中遇到的術語。
控制臺術語
名詞 | 描述 |
|---|---|
地域 | 數據中心所在的地理位置。 |
可用區 | 可用區是指在某一地域內，具有獨立電力和網絡的物理區域。同一可用區內實例之間的網絡延時更小。 |
集群（實例） | PolarDB-X采用多節點集群的架構，集群中有多個CN和DN，集群也稱為實例。 |
計算節點（Compute Node，簡稱CN） | PolarDB-X實例是存儲計算分離架構，計算層由多個計算節點構成，每一個節點關系對等，規格相同。 計算節點包括SQL解析器、優化器、執行器等模塊。 |
數據節點（Data Node，簡稱DN） | PolarDB-X實例是存儲計算分離架構，存儲層由多個存儲節點構成，每一個節點關系對等，規格相同。 存儲節點負責數據的持久化，基于多數派Paxos協議提供數據高可靠、強一致保障。 |
元數據節點 | PolarDB-X實例的元數據管理節點，主要記錄了表的拓撲信息等狀態信息，并且提供全局時間戳的授時服務。 |
日志節點（Change Data Capture，簡稱CDC） | 日志節點提供完全兼容MySQL Binlog格式和協議的增量訂閱能力，提供兼容MySQL Replication協議的主從復制能力。又稱為增量數據捕捉。 |
規格 | 實例規格。PolarDB-X每個節點的資源配置，例如8核64 GB。 |
集群地址 | 整合實例下的多個節點，對外提供一個統一的讀寫地址。集群地址具有自動彈性、智能路由、讀寫分離、負載均衡、一致性協調等能力。 |
只讀地址 | 整合實例下的多個只讀節點，對外提供只讀服務。只讀服務提供了強一致性和弱一致性兩種只讀選項。 |
主實例 | 對外提供數據庫服務的主集群叫主實例，通過集群地址可以訪問。 |
只讀實例 | 只讀實例是對主實例資源的一種擴展補充，兼容主實例的SQL查詢語法，只讀實例與主實例可以共享同一份數據，通過物理資源隔離的方式，緩解主實例的負載壓力，降低業務架構的鏈路復雜度，無需進行額外的數據同步操作，節省運維及預算成本。 |
工作負載 | 工作負載分為TP（Transaction Processing）和AP（Analytical Processing），事務內操作、寫操作、簡單查詢操作被歸納為TP負載，復雜的查詢操作歸納為AP負載。 |
智能路由 | 當用戶在集群地址上開啟了智能路由，會基于統計信息識別SQL的工作負載類型來做路由，比如將識別為AP負載的流量路由給只讀實例。 |
讀寫分離 | 當用戶在集群地址上開啟了讀寫分離，會根據SQL屬性做直接路由，比如將事務內和寫操作都路由給主實例，查詢操作統一路由給只讀實例。 |
數據查詢一致性 | 只讀地址對外提供的查詢一致性類型，分為強一致性和弱一致性。
|
三權分立 | 可以將高權限賬號擁有的權限分給系統管理員、安全管理員和審計管理員這3個角色，避免因權限高度集中帶來的風險，增強數據庫的安全性。三權分立主要運用于金融業務場景中。 |
白名單 | 為PolarDB-X實例提供訪問安全保護，設置白名單并不會影響PolarDB-X實例的正常運行。 |
審計日志 | 記錄用戶操作記錄，SQL審計日志默認保存45天。 |
內核術語
名詞 | 描述 |
|---|---|
分布式表 | 按照一定的拆分規則根據拆分鍵將一張表中的數據拆分到多個數據庫與數據表中。 |
廣播表 | 廣播表不做拆分，且所在數據庫的所有數據節點均具有該表的副本。 |
單表 | 沒有做拆分的表為單表。 |
數據庫模式 | 創建數據庫時通過Mode參數指定，包括DRDS與AUTO兩種模式。 |
DRDS模式數據庫 | 創建數據庫時指定 |
AUTO模式數據庫 | 創建數據庫時指定 |
AUTO表 | AUTO模式數據庫中，建表時未使用PARTITION語法的表稱為AUTO表，AUTO表是分布式的。 |
分區表 | AUTO模式數據庫中，創建表時使用了 |
表組（Table Group） | AUTO模式數據庫中，為了盡可能避免跨機器查詢，提高性能，可將某些全局索引組成表組，表組中的所有索引必須具有同樣的Partition數目、相同的分區算法和同樣的分區鍵。表組是全局索引級的，主表有自己的表組，每個全局二級索引也有自己的表組。 |
分區組（Partition Group） | AUTO模式數據庫中，當表組中的表為分區表時，該表組的所有表的某個分區構成一個分區組，分區組是分區調度的基本單元，屬于某個分區組的所有表分區始終會位于同一個存儲節點。 |
Join Group | AUTO模式數據庫中，Join Group由多個Table構成，在同一個Join Group中的Table，其全局索引（主表與全局二級索引）才會嘗試被調度到相同的表組中。 |
執行計劃 | 對SQL查詢語句進行解析優化后的可供執行的計劃。 |
查詢改寫 | 基于預先定義的規則對邏輯計劃進行優化，輸出更優的邏輯計劃。 |
計劃緩存 | 緩存執行計劃，以便下次執行該SQL時根據參數化后的SQL字符串直接獲取執行計劃來執行。 |
計劃管理 | 為每條SQL查詢保存一個或多個執行計劃，執行查詢時僅從這些已知的執行計劃集合中選擇一個。 |
代價模型 | 用于估算物理查詢的執行計劃的代價，PolarDB-X的執行代價用（CPU、Memory、IO、Net）四元組來描述。 |
執行模型 | 與傳統數據庫采用Volcano執行模型不同，PolarDB-X采用的是Pull與Push結合的混合執行模型。 |
CBO（Cost Based Optimizer） | 基于代價的優化器。 |
RBO（Rule Based Optimizer） | 基于規則的優化器。 |
算子 | 執行計劃由一系列算子構成，算子是基本的執行計劃單元。 |
調度 | 將某個作業或者部分作業放到另外一臺機器上執行。 |
Online DDL | 執行DDL操作（例如創建索引）的同時不阻塞并發的DML操作。 |
邏輯查詢 | 客戶端發送至PolarDB-X的SQL查詢。 |
物理查詢 | 在數據節點執行的SQL查詢。 |
邏輯連接 | 客戶端到PolarDB-X計算節點的連接。 |
物理連接 | PolarDB-X計算節點到PolarDB-X數據節點的連接。 |
分布式事務 | 同一事務內的操作涉及多個數據節點。 |
全局時間戳 | 集群內全局唯一且遞增的時間戳。 |
局部索引 | 存儲節點內，由MySQL維護的索引。又稱二級索引。 |
全局二級索引（Global Secondary Index，簡稱GSI） | 全局的二級索引，索引中的數據按照指定的拆分方式分布在各個存儲節點上。 |
聚簇索引 | 一種特殊的全局二級索引，默認覆蓋列包含主表的所有列，所有查詢均不用回表，從而避免回表帶來的額外開銷。 |
主鍵拆分 | 按主鍵類型自動對表進行拆分。 |
水平擴縮容 | 增加或者減少節點數量，例如從四個節點增加至八個節點。 |
垂直升降配 | 升高或者降低單個節點的配置，例如節點規格從4C8GB升高至16C32GB。 |
XPaxos | 阿里巴巴集團設計的分布式一致性協議。 |
Leader/Follower/Learner | XPaxos的節點類型，Leader負責發起提案；Follower具有投票權；Learner僅能獲取變更，無權參與投票。 |
回表 | 掃描索引后，回查主表補全查詢需要的列的操作。 |