本文介紹雲原生Distributed Relational Database ServicePolarDB-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僅能擷取變更,無權參與投票。 |
回表 | 掃描索引後,回查主表補全查詢需要的列的操作。 |