PostgreSQL 文件目錄的文件與FSM and VM 基礎知識是什么

這期內容當中小編將會給大家帶來有關PostgreSQL 文件目錄的文件與FSM and VM 基礎知識是什么，文章內容豐富且以專業的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

POSTGRESQL 基礎的知識

版本PG 11

1 在數據目錄中的目錄有什么，作用是什么

1 base  目錄是存儲整體POSTGRESQL 數據的目錄，而base 里面就是以數據

庫的OID為名字的目錄，目錄里面全是這個數據庫里面的表及相關文件。

通過上面的oid 對應文件目錄BASE 下的目錄存儲的文件為當前OID 庫的數據庫文件。

每個堆和索引關系都有一個空閑空間映射(FSM)來跟蹤關系中的可用空間。它與主要關系數據一起存儲在一個單獨的關系fork中，以關系的文件名和一個_fsm后綴命名,_vm后綴命名。

fsm -- free space maps 

其中fsm也有一段故事的，在PG 8.3時fsm是存儲在share memory 中的，并且他是一個固定的尺寸，當數據庫有大量的刪除和更新一集回滾的操作時，很可能因為fsm的問題，造成不能在記錄正確的free space。

正是因為這個原因，后面的PG 將_fsm 變成了文件，并且其中文件記錄了max_fsm_pages 和  max_fsm_relations 

其中提供了pg_freespace 函數來對查看對應blk 中可以利用的空余的空間

_vm 則是可見性映射表， visual map 主要的作用為，在我們update, delete, 行后，這一行tuple 并不會馬上被清理掉，而是要通過vacuum ，autovacuum 等操作將這些dead tuple 來清理， vm文件的主要作用是顯示占用的tuple ，掃描的時候會跳過這些tuple。

細心的同學可能會發現有些表可能并沒有 fsm vm 文件

首先并不是表一開始建立就有 FSM 文件和VM文件，而是在第一次對這樣表進行vacuum 時才會建立fsm文件。

如果想知道你的表的物理文件的對應，通過pg_class 表來進行查詢

select relname, relfilenode,reltablespace from pg_class where relname = 'film';

而針對VM 文件，又是那個程序在進行vacuum 時進行使用他來跳過那些標記活動的tuple， 對于系統的vacuum 有兩種方式 1 Lazy VACUUM  2 Full Vacuum  兩種方式對比的不同，在于第一種不會將系統空間釋放給操作系統，并且對系統的影響會較小，而第二種方式會將釋放的空間給操作系統，并且早操作的過程中，會產生一個獨占鎖，而影響正在運行的系統。

而在數據文件或索引文件大于某個容量的時候，例如默認為1G的情況下，會生成和這個當前文件 relfilenode 一樣數字的但后面有數字的文件。

所以有些文字上試圖增加單個文件的大小，盡量不產生過多這樣的文件。

另外需要提示的是FSM 文件使用的是樹形結構來記錄，空閑的頁塊，通過代碼來看也是從左到右的查找。

一些SQL 語句,與目錄有關或文件有關

1  查看當前的PG的數據目錄

SHOW data_directory;

2 查看數據庫的OID 

select oid, datname from pg_database ;

3  確認某個表的路徑

select pg_relation_filepath('film');

4 確認某個表的表空間和表的relfilenode

select relname, relfilenode,reltablespace from pg_class where relname = 'film';

上述就是小編為大家分享的PostgreSQL 文件目錄的文件與FSM and VM 基礎知識是什么了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注億速云行業資訊頻道。