摘要：為實作不同的功能，GaussDB（DWS）提供了不同的資料物件型別，包括索引、行存表、列存表及其輔助表等，這些資料物件在特定的條件下實作不同的功能，為資料庫的快速高效提供了保證，本文對部分資料物件進行介紹，
本文分享自華為云社區《GaussDB（DWS）之資料物件及相互關系總結》，作者：我的橘子呢 ，
為實作不同的功能，GaussDB（DWS）提供了不同的資料物件型別，包括索引、行存表、列存表及其輔助表等，這些資料物件在特定的條件下實作不同的功能，為資料庫的快速高效提供了保證，本文對部分資料物件進行介紹，
1.索引（index）
索引是關系型資料庫中對某一列或者多個列的值進行預排序的資料結構，如果資料庫的記錄非常多，通過建立索引可以獲得非常快的查詢速度，當對某一列建立索引之后，通過該列進行相關查詢時資料庫系統就不必掃描整個表，而是直接通過索引定位到符合條件的記錄，在一定程度上能夠大幅提升查詢得速度，
假如需要執行如下的陳述句進行查詢：
SELECT name FROM test_1 WHERE number =10；
一般情況下資料庫需要對每一行進行遍歷查詢，直到找到所有滿足條件number=10的元組資訊，當資料庫的記錄很多，而滿足where條件的記錄又很少時，順序掃描的性能就會很差，這時如果在表test_1的number屬性上建立索引，用于快速定位需要匹配的元組資訊，資料庫只需要根據索引的資料結構進行搜索，由于常用的索引結構有B-Tree、Hash、GiSt、GIN等，這些索引結構的查詢都是快速高效的，因此可以在少數幾步內完成查詢，大大提高了查詢效率，
對表test_1的number屬性建立索引陳述句如下：
CREATE INDEX numberIndex ON test_1（number）；
由于GaussDB里的所有索引都是“從屬索引”，索引在物理檔案上與原來的表檔案分離，執行上述創建索引陳述句后，系統會生成relname為numberIndex的索引型別，表和索引都是資料庫物件，在pg_class里會有該索引的記錄，有與之相對應的oid，同時在pg_index表里會記錄索引及其對應主表的資訊，對應屬性資訊如圖1所示，
圖1 pg_index部分屬性
2.toast表
toast（The Oversized-Atttibute Storage Techhnique）即超尺寸欄位存盤技巧，是資料庫提供的一種存盤大資料的機制，只有一些具有變長表現形式的資料型別才會支持toast，比如TEXT型別，由于在GaussDB(DWS)的行存盤方式中，一條資料的所有列組合在一起稱之為一個tuple，多個tuple組成一個page，page是資料在檔案存盤中的基本單位，其大小是固定的且只能在編譯器指定，之后無法修改，默認發大小為8KB，當某行資料很大超過page的大小時，資料庫系統就會啟動toast，對資料進行壓縮和切片，實際資料以行外存盤的形式存盤在另外一張表中，這張表就是toast表，
當一張表的任何一個屬性是可以toast的，則這張表會有一張關聯的toast表，在pg_class里表的reltoastrelid屬性里記錄了該toast表的oid，如果沒有關聯的toast表，reltoastrelid=0，那么如何判斷一張表的屬性是否是可以toast的呢？我們可以在表的Storage選項中查看對應屬性的存盤策略，有以下四種不同的存盤策略：
- PLAIN：避免壓碩訓者行外存盤；此外，它禁止為變長型別使用單位元組的頭， 這只對那些不能TOAST的資料型別的列才有可能，
- EXTENDED：允許壓縮和行外存盤， 這是大多數TOAST資料型別的預設策略，首先會嘗試對資料進行壓縮， 如果行仍然太大，則進行行外存盤，
- EXTERNAL：允許行外存盤，但是不許壓縮， 使用EXTERNAL，將使那些資料型別為text和bytea的欄位上的子字串操作更快 (代價是增加了存盤空間)，因為這些操作是經過優化的：如果行外資料沒有壓縮，那么它們只會獲取需要的部分，
- MAIN：允許壓縮，但不允許行外存盤， 實際上，在這樣的欄位上仍然會進行行外存盤， 但只是作為沒有辦法把資料行變得更小以使之足以放置在一個頁面中的最后選擇，
假如創建表陳述句如下：
CREATE TABLE test_t(id int,description text);
創建了一張test_t表，該表有id和description兩個屬性，分別屬于int和text型別，查看該表的屬性對應的Storage策略：
圖2 test_t表相關資訊
我們可以看出description屬性的Storage策略為EXTENDED，是可以toast的，系統會為test_t表創建一張關聯的toast表，
圖3 test_t表對應toast表
通過查詢pg_class，可以的看到表test_t關聯的toast表的oid為52579，進一步以此oid為條件在pg_class里就會得到toast表的相關資訊，
圖4 toast表相關資訊
下圖為test_t表和其對應的toast表之間的關系，以及toast表一些基本屬性的介紹，
圖5 test_t與其toast表關系圖
3.cudesc表
GaussDB(DWS)除了提供行存盤方式外，還支持列存盤方式，列存盤方式在資料壓縮、列批量資料的運算、大資料統計分析等場景中有著顯著的優勢，CU（Compress Unit）壓縮單元是列存盤的最小單位，每列默認60000行存盤在一個CU中，CU生成后資料 固定不可更改，CUDesc本身是一張行存表，它用來輔助記錄列存表的cu資訊，該表的每一行描述一個CU，包括最大值最小值以及CU在檔案中的偏移量和大小，連續多個行中各個不同的列的cu_id相同，可以認為就是把連續多個行截斷拿出來，然后再根據不同的列，放到不同的cu中，這些CU所在的行數都是一致的，用一個cu_id表示，但是col_id不一樣，同時還增加了一個col_id=-10的列，這個列為VCU，表示這些連續的行中，有哪些行已經是被洗掉了，用delete_map記錄洗掉資訊，如圖6所示，
圖6 cudesc表示意圖
每張列存表都有一張對應的CUDesc表，CUDesc表的oid可以在pg_class中對應列存表元組的relcudescrelid屬性中查到，所有CUDesc表默認存盤在namespace oid = 100，name為cstore的namespace下，
4.delta表
在列存盤方式中，無論是向列存表中插入1潭訓是60000條資料，都只會生成一個CU，在多次插入少量資料時，不能有效的利用列存壓縮能力，導致資料膨脹影響查詢的性能和磁盤使用率，CU只支持追加寫的方式，也就是說，后面對這個CU中的資料做更新或洗掉都不會真正更改這個CU，洗掉是將老資料在字典中標記為作廢，更新操作是標記老資料洗掉后，再寫入一條新記錄到新CU，原來的CU不會有任何的修改，
從這里我們可以看出，在對列存表進行多次更新/洗掉，或每次只插入很少量的資料后，會導致列存表空間膨脹，大量空間無法有效利用，這是因為列存表在設計上就是為了大批量資料匯入以及海量資料按列存盤/查詢，Delta表正是為了解決這兩個問題，在啟用delta表后，單潭訓者小批量資料匯入時，資料將進入delta表中，避免小CU的產生，delta表的增刪改查與行存表一致，開啟delta表后，將顯著提升列存表單潭訓入的性能，
delta表同樣是一張行存表，為了輔助列存表而存在，在創建列存表時系統會為該列存表創建一張對應的delta表，delta表的oid可以在pg_class中對應列存表元組的reldeltarelid屬性中查到，所有delta表也默認存盤在namespace oid = 100，name為cstore的namespace下，
創建一張列存表col_test，同時設定reloption屬性enable_delta=true，在pg_class中查看該表對應的delta表oid，
圖7 創建列存表并開啟delta表
進一步根據該oid資訊可以查到delta表的對應資訊，
圖8 查詢delta表相關資訊
可以指定reloption選項設定是否為該列存表開啟delta表：
圖9 開啟/關閉delta表操作
5.磁區表
磁區表就是把邏輯上的一張表根據某種方案分成幾張物理塊進行存盤，這張邏輯上的表稱之為磁區表，物理塊稱之為磁區，磁區表是一張邏輯表，不存盤資料，資料實際是存盤在磁區上的，磁區表的定義不難理解，下面我們通過一個例子說明磁區表的用法，
創建一張有id和name兩個屬性的磁區表part_test，該表以id的大小進行磁區，其中id<10的資料存盤在磁區location_1，10≤id<20的資料存盤在磁區location_2，所有id≥20的資料存盤在磁區location_3，
CREATE TABLE part_test(id int,name text) partition BY range(id) (partition locatition_1 values less than (10),partition locatition_2 values less than (20),partition locatition_3 values less than (maxvalue));
創建好part_test表后，我們所有的增刪改查都是直接對part_test表操作的，對用戶操作來說part_test表與普通表沒有什么區別，但實際的存盤方式卻是嚴格按照磁區的劃分方式進行存盤的，資料存盤在各個磁區上，part_test表作為一張邏輯表不保存資料，我們可以通過pg_partition這張系統表查詢到一張磁區表的磁區資訊，
圖10 part_test表磁區資訊
磁區表和磁區的關系如圖所示：
圖11 磁區表和磁區關系圖
6.各類表相關物件總結
點擊關注，第一時間了解華為云新鮮技術~
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/539074.html
標籤：MySQL