pg\_controldata用于顯示一個PostgreSQL數據庫集簇的控制信息。可以打印在`initdb`期間初始化的信息，例如目錄版本。它也顯示關于預寫式日志和檢查點處理的信息。這種信息是集簇范圍的，并且不針對任何一個數據庫。        這個工具只能由初始化集簇的用戶運行，因為它要求對數據目錄的讀訪問。你可以在命令行中指定數據目錄，或者使用環境變量`PGDATA`。如果沒有指定數據目錄(DATADIR), 將使用環境變量`PGDATA`。 **命令格式：** pg_controldata [OPTION] [DATADIR] > **option：** > * **[-D, --pgdata=]DATADIR** ：指定數據目錄，或者使用環境變量`PGDATA` > * **-V, --version**：打印pg\_controldata版本并退出 > * **-?, --help**：顯示命令行參數的幫助信息并退出 ``` [postgres@izwz91quxhnlkan8kjak5hz bin]$ pg_controldata pg_control version number: 1300 // pg_control版本 Catalog version number: 202007201 // 系統表的版本號 Database system identifier: 6939478009092009017 // 數據庫系統標識，這個標識串是一個64bit的整數，其中包含了創建數據庫時的時間戳及initdb時初使化的進程號 Database cluster state: in production // 數據庫簇狀態，實例的狀態是用一個枚舉類型來表示的，具體見pg\_control.h pg_control last modified: 2021年05月23日 星期日 22時03分09秒 // pg_control 最后修改 Latest checkpoint location: 0/5FC75268 // 最新檢查點位置 Latest checkpoint's REDO location: 0/5FC75230 // 最新檢查點的 REDO 位置 Latest checkpoint's REDO WAL file: 00000001000000000000005F // 最新檢查點的重做WAL文件 Latest checkpoint's TimeLineID: 1 // 最新檢查點的 TimeLineID Latest checkpoint's PrevTimeLineID: 1 // 最新檢查點的PrevTimeLineID Latest checkpoint's full_page_writes: on // 最新檢查點的full\_page\_writes Latest checkpoint's NextXID: 0:4621 // 最新檢查點的NextXID Latest checkpoint's NextOID: 24757 // 最新檢查點的 NextOID Latest checkpoint's NextMultiXactId: 1 // 最新檢查點的 NextMultiXactId Latest checkpoint's NextMultiOffset: 0 // 最新檢查點的 NextMultiOffset Latest checkpoint's oldestXID: 478 // 最新檢查點的 oldestXID Latest checkpoint's oldestXID's DB: 1 // 最新檢查點的oldestXID所在的數據庫 Latest checkpoint's oldestActiveXID: 4621 // 最新檢查點的 oldestActiveXID Latest checkpoint's oldestMultiXid: 1 // 最新檢查點的 oldestMultiXid Latest checkpoint's oldestMulti's DB: 1 // 最新檢查點的oldestMulti所在的數據庫 Latest checkpoint's oldestCommitTsXid:0 // 最新檢查點的 oldestCommitTsXid Latest checkpoint's newestCommitTsXid:0 // 最新檢查點的 newestCommitTsXid Time of latest checkpoint: 2021年05月23日 星期日22時03分09秒 // 最新檢查點的時間 Fake LSN counter for unlogged rels: 0/3E8 // 未標記REL的偽LSN計數器 Minimum recovery ending location: 0/0 // 最小恢復結束位置 Min recovery ending loc's timeline: 0 // 最小恢復結束位置時間表 Backup start location: 0/0 // 開始進行備份的點位置 Backup end location: 0/0 // 備份的最終位置 End-of-backup record required: no // 需要備份結束記錄 wal_level setting: replica // wal_level設置 wal_log_hints setting: off // wal_log_hints設置 max_connections setting: 100 // 最大連接數設置 max_worker_processes setting: 8 // 設置系統能夠支持的后臺進程的最大數量。這個參數只能在服務器啟動時設置。 默認值為 8。 max_wal_senders setting: 10 // 同時運行 WAL 發送進程 的最大數 max_prepared_xacts setting: 0 max_locks_per_xact setting: 64 track_commit_timestamp setting: off // 記錄事務的提交時間。這個參數只能在postgresql.conf文件中或在服務器命令行上設置。默認值是off Maximum data alignment: 8 // 最大數據校準 Database block size: 8192 // 數據庫塊大小 Blocks per segment of large relation: 131072 // 每段大關系的塊 WAL block size: 8192 // WAL的塊大小 Bytes per WAL segment: 16777216 // 每一個 WAL 段字節數 Maximum length of identifiers: 64 // 標識符的最大長度 Maximum columns in an index: 32 // 在索引中可允許使用最大的列數 Maximum size of a TOAST chunk: 1996 // TOAST區塊的最大長度 Size of a large-object chunk: 2048 // 大對象區塊的大小 Date/time type storage: 64-bit integers // 日期/時間 類型存儲 Float8 argument passing: by value // 正在傳遞Flloat8類型的參數 Data page checksum version: 0 // 數據頁校驗和版本 Mock authentication nonce: c6310f6e38fc3558c95fa1913be554a864fc22152adfc44d9471dd9d7ef6128e // 當前身份驗證 ``` **Database cluster state：** * starting up： 表示數據庫正在啟動的狀態，實際上目前沒有使用此狀態。 * shut down： 數據庫實例（非Standby）正常關閉后控制文件中就是此狀態。 * shut down in recovery： Standby實例正常關閉后控制文件中就是此狀態。 * shutting down： 當正常停庫時，會先做checkpoint，在開始做checkpoint時，會把狀態設置為此狀態，當做完后會把狀態置為shut down。 * in crash recovery： 當數據庫實例非異常停止后，重新啟動后，會先進行實例的恢復，在實例恢復時的狀態就是此狀態。 * in archive recovery： Standby實例正常啟動后，就是此狀態。 * in production： 數據庫實例正常啟動的后就是此狀態。Standby數據庫正常啟動后不是此狀態，而是“in archive recovery **wal_level解析：**        wal_level 決定多少信息寫入到 WAL 中。默認值是`replica`。這個參數只能在服務器啟動時設置。最小的wal_level不會包括足夠的信息來從基礎備份和 WAL 日志中重建數據，因此，要啟用 WAL 歸檔（archive_mode）和流復制，必須使用`replica`或更高級別 * minimal：只寫入從崩潰或立即關機中恢復的所需信息。在`minimal`級別中，對于創建或重寫永久關系的事務的其余部分，不會記錄任何信息。 這可以提升命令執行速度。 * replica：增加 wal 歸檔信息同時包括只讀服務器需要的信息。（9.6 中新增，將之前版本的 archive 和 hot\_standby合并） * ~~archive~~：是增加wal歸檔所需的日志（9.6之前的版本）。 * ~~hot_standby~~：是在備用服務器上增加了運行只讀查詢所需的信息，一般實在流復制的時候使用到（9.6之前的版本）。 * logical：會增加支持邏輯解碼所需的信息。在`logical`層，與`replica`相同的信息會被記錄，外加上 允許從 WAL 抽取邏輯修改集所需的信息。使用級別`logical`將增加 WAL 容量，特別是如果為了`REPLICA IDENTITY FULL`配置了很多表并且執行了很多UPDATE和DELETE語句時。 **wal_log_hints：**        設置wal\_log\_hints這個參數使得能夠記錄特定提示位（hint-bit）的變化。這個參數只能在服務器啟動的時候被設置        當這個參數設置為ON時，PostgreSQL數據庫服務器在一個檢查點之后第一次頁面更改過程（即使是對提示位進行非關鍵性的修改）中，將每個磁盤頁的全部內容寫入到WAL中。即全頁寫(full page writes) **max_wal_senders：**        指定來自后備服務器或流式基礎備份客戶端的并發連接的最大數量（即同時運行 WAL 發送進程 的最大數）。默認值是10，0值意味著禁用復制。WAL 發送進程被計算在連接總數內，因此該參數 不能被設置為高于`max_connections`的值。這個參數只能在服務器啟動時被設置。`wal_level`必須設置為`archive`或更高級別以允許來自后備服 務器的連接。