Gbase 8s存儲結構簡介及空間管理

        Gbase 8s實例可以創建多個dbspace，一個dbspace可以包含多個物理chunk，一個chunk分成多個連續擴展區extent，一個錶或者索引占用的空間被稱為一個tablespace，一個extent包含多個物理頁page。[其中dbspace、tablespace和 extent屬於邏輯存儲單元；chunk和page屬於物理存儲單元]

物理存儲單元：

1. chunk：用於存儲數據的連續磁盤空間，也就是存儲數據庫數據的文件或者裸設備，最大可以是4TB。
2. page:是基本的存儲單元最小和I/O單元。一個數據頁分成三部分：頁頭、頁尾和數據部分，頁頭總共占24byte的空間，由八個部分組成。頁尾由兩部分組成：時間戳和每個slots的描述信息。

邏輯存儲單元：

1. dbspace：是一個或者多個chunk的邏輯集合存儲單元，將數據庫的邏輯存儲單比特table與物理存儲單比特chunk連接在一起。
2. tablespace：是一個邏輯概念，指一個錶或者索引所占用的空間。
3. extent：物理上連續數據頁的集合，tablespace（錶和索引）的存儲空間是以extent為單比特來分配的。例如，在向custom錶中不斷insert記錄時，為錶customer分配的空間將被使用完，此時，數據庫需要為錶擴展新的空間，gbase 8t 以extent 為單比特進行擴展，一個extent包含若幹物理上連續的數據頁。

大對象存儲：

1. 簡單大對象：blobspace只能用來存儲簡單大對象數據。簡單大對象可以存儲在dbspace或者blobspace中。存在dbspace上時寫入磁盤的方法和普通錶數據一致，即先將數據緩存在共享內存的buffer中，然後刷新到 磁盤，同時記錄邏輯、物理日志信息。若將簡單大對象存儲在指定的blobspace上，會通過虛擬段單獨使用一個較小的緩存將數據直接快速寫入磁盤，類似light-append方式，而不需要占用大量的buffer-pool內存空間，從而避免將其他錶或者索引從內存中擠出，同時對checkpoint無影響，而且也不將數據的日志信息寫入邏輯日志、物理日志文件。都用一個56byte的指針指向大對象的存儲比特置信息。

2. 智能大對象：智能大對象必須存儲在sbspaces上，智能大對象的存儲結構和I/O行為由sbspace特性確定。sbspace的第一個chunk總是包含三個部分：元數據區域、用戶數據區域和保留區，其他chunk可以共用第一個 chunk的元數據區域。元數據區域保存元數據，用於錶示sbspace的關鍵信息和存儲在該sbspace上的每一個智能大對象，這樣數據庫服務器可以對智能大對象進行操作和恢複。用戶數據區域保存用戶定義的智能大對象數據，一個chunk可以有1-2個保留區。當元數據區域和用戶數據區域需要更多空間時，可以從保留區進行分配，一個chunk可以有1-2個保留區。數據庫服務器通過共享內存buffer pool來訪問智能大對象數據，和存儲在dbspace上的數據一樣。不過智能大對象中的用戶數據部分的內存優先級較低，寫入數據時，當一個buffer page 被填滿時，立即寫入磁盤。

Gbase 8t存儲限制：

當我們向錶中insert記錄時，出現的問題以及解决方法：

·空間不足 ->擴大空間

·extents最大上限 ->重建錶，使用較大的extend size 和 next size 或者删除錶中的部分記錄

·最大數據頁上限 ->使用分片錶或者使用更大的數據頁