這個參數只有在啓動數據庫時，才能被設置。它表示數據緩衝區中的數據塊的個數，每一個數據塊的大小是8KB。數據緩衝區位於數據庫的共享內存中，它越大越好，不能小於128KB。默認值是128MB。網絡
這個參數能夠在任什麼時候候被設置。默認值是8MB。它決定存放臨時表的數據緩衝區中的數據塊的個數，每一個數據塊的大小是8KB。臨時表緩衝區存放在每一個數據庫進程的私有內存中，而不是存放在數據庫的共享內存中。最小值800KB
這個參數只有在啓動數據庫時，才能被設置。它決定可以同時處於prepared狀態的事務的最大數目（參考PREPARE TRANSACTION命令）。若是它的值被設爲0。則將數據庫將關閉prepared事務的特性。它的值一般應該和max_connections的值同樣大。每一個事務消耗600字節(b)共享內存。
這個參數能夠在任什麼時候候被設置。它決定數據庫的排序操做和哈希表使用的內存緩衝區的大小。若是work_mem指定的內存被耗盡，數據庫將使用磁盤文件進行完成操做，速度會慢不少。ORDER BY、DISTINCT和merge鏈接會使用排序操做。哈希表在Hash鏈接、hash彙集函數和用哈希表來處理IN謂詞中的子查詢中被使用。單位是KB，默認值是4MB。
這個參數能夠在任什麼時候候被設置。它決定數據庫的維護操做使用的內存空間的大小。數據庫的維護操做包括VACUUM、CREATE INDEX和ALTER TABLE ADD FOREIGN KEY等操做。 maintenance_work_mem的值若是比較大，一般能夠縮短VACUUM數據庫和從dump文件中恢復數據庫須要的時間。maintenance_work_mem存放在每一個數據庫進程的私有內存中，而不是存放在數據庫的共享內存中。單位是KB，默認值是64MB。
這個參數能夠在任什麼時候候被設置，但只有數據庫超級用戶才能修改它。它決定一個數據庫進程在運行時的STACK所佔的空間的最大值。數據庫進程在運行時，會自動檢查本身的STACK大小是否超過max_stack_depth，若是超過，會自動終止當前事務。這個值應該比操做系統設置的進程STACK的大小的上限小1MB。使用操做系統命令「ulimit –s「能夠獲得操做系統設置的進程STACK的最大值。單位是KB，默認值是2MB。
#huge_pages = try # on, off, or try (change requires restart)
#儘可能使用大頁，須要操做系統的支持，配置vm.nr_hugepages*2MB大於 shared_buffers.
dynamic_shared_memory_type = posix
# the default is the first option
# supported by the operating system:
# posix
# sysv
# windows
# mmap
# use none to disable dynamic shared memory
#autovacuum_work_mem = -1
# min 1MB, or -1 to use maintenance_work_mem
4、資源（空閒空間映射）
Free Space Map
數據庫的全部可用空間信息都存放在一個叫free space map (FSM)的結構中，它記載數據文件中每一個數據塊的可用空間的大小。FSM中沒有記錄的數據塊，即便有可用空間，也不會系統使用。系統若是須要新的物理存儲空間，會首先在FSM中查找，若是FSM中沒有一個數據頁有足夠的可用空間，系統就會自動擴展數據文件。因此，FSM若是過小，會致使系統頻繁地擴展數據文件，浪費物理存儲空間。命令VACUUM VERBOSE在執行結束之後，會提示當前的FSM設置是否知足須要，若是FSM的參數值過小，它會提示增大參數。
FSM存放在數據庫的共享內存中，因爲物理內存的限制，FSM不可能跟蹤數據庫的全部的數據文件的全部數據塊的可用空間信息，只能跟蹤一部分數據塊的可用空間信息。
max_fsm_relations (integer)
這個參數只有在啓動數據庫時，才能被設置。默認值是1000。它決定FSM跟蹤的表和索引的個數的上限。每一個表和索引在FSM中佔7個字節的存儲空間。
max_fsm_pages (integer)
這個參數只有在啓動數據庫時，才能被設置。它決定FSM中跟蹤的數據塊的個數的上限。initdb在建立數據庫集羣時會根據物理內存的大小決定它的值。每一個數據塊在fsm中佔6個字節的存儲空間。它的大小不能小於16 * max_fsm_relations。默認值是20000。
5、內核資源Kernel Resource Usage
max_files_per_process (integer)
這個參數只有在啓動數據庫時，才能被設置。他設定每一個數據庫進程可以打開的文件的數目。默認值是1000。
shared_preload_libraries (string)
這個參數只有在啓動數據庫時，才能被設置。它設置數據庫在啓動時要加載的操做系統共享庫文件。若是有多個庫文件，名字用逗號分開。若是數據庫在啓動時未找到shared_preload_libraries指定的某個庫文件，數據庫將沒法啓動。默認值爲空串。
6、垃圾資源回收Cost-Based Vacuum Delay
執行VACUUM 和ANALYZE命令時，由於它們會消耗大量的CPU與IO資源，並且執行一次要花很長時間，這樣會干擾系統執行應用程序發出的SQL命令。爲了解決這個問題，VACUUM 和ANALYZE命令執行一段時間後，系統會暫時終止它們的運行，過一段時間後再繼續執行這兩個命令。這個特性在默認的狀況下是關閉的。將參數vacuum_cost_delay設爲一個非零的正整數就能夠打開這個特性。
用戶一般只須要設置參數vacuum_cost_delay和vacuum_cost_limit，其它的參數使用默認值便可。VACUUM 和ANALYZE命令在執行過程當中，系統會計算它們執行消耗的資源，資源的數量用一個正整數表示，若是資源的數量超過vacuum_cost_limit，則執行命令的進程會進入睡眠狀態，睡眠的時間長度是是vacuum_cost_delay。vacuum_cost_limit的值越大，VACUUM 和ANALYZE命令在執行的過程當中，睡眠的次數就越少，反之，vacuum_cost_limit的值越小，VACUUM 和ANALYZE命令在執行的過程當中，睡眠的次數就越多。
vacuum_cost_delay (integer)
這個參數能夠在任什麼時候候被設置。默認值是0。它決定執行VACUUM 和ANALYZE命令的進程的睡眠時間。單位是毫秒。它的值最好是10的整數，若是不是10的整數，系統會自動將它設爲比該值大的而且最接近該值的是10的倍數的整數。若是值是0，VACUUM 和ANALYZE命令在執行過程當中不會主動進入睡眠狀態，會一直執行下去直到結束。
vacuum_cost_page_hit (integer)
這個參數能夠在任什麼時候候被設置。默認值是1。鎖住緩衝池，查找共享的散列表以及掃描頁面的內容的開銷(credits)。
vacuum_cost_page_miss (integer)
這個參數能夠在任什麼時候候被設置。默認值是10。表示鎖住緩衝池，查找共享散列表，從磁盤讀取須要的數據塊以及掃描它的內容的開銷。
vacuum_cost_page_dirty (integer)
這個參數能夠在任什麼時候候被設置。默認值是20。若是清理修改一個原先是乾淨的塊的預計開銷。它須要一個把髒的磁盤塊再次沖刷到磁盤上的額外開銷。
vacuum_cost_limit (integer)
這個參數能夠在任什麼時候候被設置。默認值是200。致使清理進程休眠的積累開銷。
7、後臺寫數據庫進程Background Writer
後臺寫數據庫進程負責將數據緩衝區中的被修改的數據塊（又叫髒數據塊）寫回到數據庫物理文件中。
bgwriter_delay (integer)
這個參數只能在文件postgresql.conf中設置。它決定後臺寫數據庫進程的睡眠時間。後臺寫數據庫進程每次完成寫數據到物理文件中的任務之後，就會睡眠bgwriter_delay指定的時間。 bgwriter_delay的值應該是10的倍數，若是用戶設定的值不是10的倍數，數據庫會自動將參數的值設爲比用戶指定的值大的最接近用戶指定的值的同時是10的倍數的值。單位是毫秒，默認值是200。即 後端寫進程每隔多少毫秒重複一次動做。
bgwriter_lru_maxpages (integer)
這個參數只能在文件postgresql.conf中設置。默認值是100。後臺寫數據庫進程每次寫髒數據塊時，寫到外部文件中的髒數據塊的個數不能超過bgwriter_lru_maxpages指定的值。例如，若是它的值是500，則後臺寫數據庫進程每次寫到物理文件的數據頁的個數不能超過500，若超過，進程將進入睡眠狀態，等下次醒來再執行寫物理文件的任務。若是它的值被設爲0, 後臺寫數據庫進程將不會寫任何物理文件（但還會執行檢查點操做）。
即 一個週期最多寫多少髒頁。
bgwriter_lru_multiplier (floating point)
這個參數只能在文件postgresql.conf中設置。默認值是2.0。它決定後臺寫數據庫進程每次寫物理文件時，寫到外部文件中的髒數據塊的個數（不能超過bgwriter_lru_maxpages指定的值）。通常使用默認值便可，不須要修改這個參數。這個參數的值越大，後臺寫數據庫進程每次寫的髒數據塊的個數就越多
----Asynchronous Behavior----
#effective_io_concurrency = 1 # 1-1000; 0 disables prefetching
#max_worker_processes = 8
若是要使用 worker process,最多能夠容許 fork多少個 worker進程
8、事務日誌預寫
full_page_writes (boolean)
這個參數只能在postgresql.conf文件中被設置。默認值是on。打開這個參數，能夠提升數據庫的可靠性，減小數據丟失的機率，可是會產生過多的事務日誌，下降數據庫的性能。 即 服務器在checkpoint以後在對頁面的第一次寫時將整個頁面寫到wal裏面。
這個參數只有在啓動數據庫時，才能被設置。默認值是8。它指定事務日誌緩衝區中包含的數據塊的個數，每一個數據塊的大小是8KB，因此默認的事務日誌緩衝區的大小是8*8=64KB。事務日誌緩衝區位於數據庫的共享內存中。即 放在共享內存裏用於wal 數據的磁盤頁面緩衝區的數目，最小32kb，-1表示基於share buffer的設置。
wal_writer_delay (integer)
這個參數只能在postgresql.conf文件中被設置。它決定寫事務日誌進程的睡眠時間。WAL進程每次在完成寫事務日誌的任務後，就會睡眠wal_writer_delay指定的時間，而後醒來，繼續將新產生的事務日誌從緩衝區寫到WAL文件中。單位是毫秒（millisecond），默認值是200。 即 每隔多長時間進行一次寫操做。
commit_delay (integer)
這個參數能夠在任什麼時候候被設置。它設定事務在發出提交命令之後的睡眠時間，只有在睡眠了commit_delay指定的時間之後，事務產生的事務日誌纔會被寫到事務日誌文件中，事務才能真正地提交。增大這個參數會增長用戶的等待時間，可是可讓多個事務被同時提交，提升系統的性能。若是數據庫中的負載比較高，並且大部分事務都是更新類型的事務，能夠考慮增大這個參數的值。下面的參數commit_siblings會影響commit_delay是否生效。默認值是0，單位是微秒（microsecond）。0表示無延遲。即 向WAL緩衝區寫入記錄和將緩衝區刷新到磁盤上之間的時間延遲。
commit_siblings (integer)
這個參數能夠在任什麼時候候被設置。這個參數的值決定參數commit_delay是否生效。假設commit_siblings的值是5，若是一個事務發出一個提交請求，此時，若是數據庫中正在執行的事務的個數大於或等於5，那麼該事務將睡眠commit_delay指定的時間。若是數據庫中正在執行的事務的個數小於5，這個事務將直接提交。默認值是5。即 在commit_delay時間內，最少打開的併發事務數（1-1000）；
#wal_level = minimal 預寫日誌模式
# minimal, archive, hot_standby, or logical
# (change requires restart)
#fsync = on 設置同步方式
# turns forced synchronization on or off
#synchronous_commit = on 若是磁盤的IOPS通常，建議使用異步提交來提升性能，可是數據庫crash或操做系統crash時，最多可能丟失2*wal_writer_delay時間段產生的事務日誌（在wal buffer中）
# synchronization level;
# off, local, remote_write, or on
#wal_sync_method = fsync 用來向磁盤強制更新wal數據的方法。若是fsync 是關閉的，那這個設置就是無關無效的。
# the default is the first option
# supported by the operating system:
# open_datasync（用O_DSYNC選項的open()打開WAL文件)
# fdatasync (default on Linux) 每次提交的時候都調用fdatasync()
# fsync 每次提交的時候都調用fsync
# fsync_writethrough每次提交的時候都調用fsync(),強制寫出任何磁盤寫緩衝區
# open_sync 用O_DSYNC選項的open()打開WAL文件
#wal_log_hints = off
# also do full page writes of non-critical updates (change requires restart)
9、
10、檢查點Checkpoints
checkpoint_segments (integer) in logfile segments, min 1, 16MB each
這個參數只能在postgresql.conf文件中被設置。默認值是3。它影響系統什麼時候啓動一個檢查點操做。若是上次檢查點操做結束之後，系統產生的事務日誌文件的個數超過checkpoint_segments的值，系統就會自動啓動一個檢查點操做。增大這個參數會增長數據庫崩潰之後恢復操做須要的時間。即 最大多少大小的段發生一次checkpoint,等於shared_buffers除以單個wal segment的大小。
checkpoint_timeout (integer) range 30s-1h
這個參數只能在postgresql.conf文件中被設置。單位是秒，默認值是300。它影響系統什麼時候啓動一個檢查點操做。若是如今的時間減去上次檢查點操做結束的時間超過了checkpoint_timeout的值，系統就會自動啓動一個檢查點操做。增大這個參數會增長數據庫崩潰之後恢復操做須要的時間。即 最大多長時間發生一次checkpoint
checkpoint_completion_target (floating point)
這個參數控制檢查點操做的執行時間。合法的取值在0到1之間，默認值是0.5。不要輕易地改變這個參數的值，使用默認值便可。 這個參數只能在postgresql.conf文件中被設置。
#checkpoint_warning = 30s
11、磁盤 Disk
#temp_file_limit = -1 # limits per-session temp file space
# in kB, or -1 for no limit
每一個會話的臨時文件空間(kb),-1 表示無限制
12、歸檔模式Archiving
archive_mode (boolean)
這個參數只有在啓動數據庫時，才能被設置。默認值是off。它決定數據庫是否打開歸檔模式。
archive_dir (string)
這個參數只有在啓動數據庫時，才能被設置。默認值是空串。它設定存放歸檔事務日誌文件的目錄。
archive_timeout (integer)
這個參數只能在postgresql.conf文件中被設置。默認值是0。單位是秒。若是archive_timeout的值不是0，並且當前時間減去數據庫上次進行事務日誌文件切換的時間大於archive_timeout的值，數據庫將進行一次事務日誌文件切換。通常狀況下，數據庫只有在一個事務日誌文件寫滿之後，纔會切換到下一個事務日誌文件，設定這個參數可讓數據庫在一個事務日誌文件還沒有寫滿的狀況下切換到下一個事務日誌文件。
十3、優化器參數QUERY TUNING
一、存取方法參數 Planner Method Configuration
下列參數控制查詢優化器是否使用特定的存取方法。除非對優化器特別瞭解，通常狀況下，使用它們默認值便可。
enable_bitmapscan (boolean)
打開或者關閉規劃器對位圖掃描規劃類型的使用 。默認值是 on。
enable_hashagg (boolean)
打開或者關閉查詢規劃器對散列彙集規劃類型的使用。默認值是 on。
enable_hashjoin (boolean)
打開或者關閉查詢規劃器對散列鏈接規劃類型的使用。默認值是 on。
enable_indexscan (boolean)
打開或者關閉查詢規劃器對索引掃描規劃類型的使用。默認值是 on。
enable_mergejoin (boolean)
打開或者關閉查詢規劃器對合並鏈接規劃類型的使用。默認值是 on。
enable_nestloop (boolean)
打開或者關閉查詢規劃器對嵌套循環鏈接規劃類型的使用。默認值是 on。
enable_seqscan (boolean)
打開或者關閉查詢規劃器對順序掃描規劃類型的使用。默認值是 on。
enable_sort (boolean)
打開或者關閉查詢規劃器使用明確的排序步驟。默認值是 on。
enable_tidscan (boolean)
打開或者關閉查詢規劃器對TID掃描規劃類型的使用。默認值是 on。
二、 優化器成本常量 Planner Cost Constants
優化器用一個正的浮點數來表示不一樣的查詢計劃的執行成本，每一個基本的數據庫操做都會被賦給一個肯定的成本常量，優化器根據每一個基本操做的執行成原本計算每一個查詢計劃的執行成本。不要輕易地改變下面的參數的值，使用它們的默認值便可。
seq_page_cost (floating point)
設置從數據文件上順序讀取一個數據塊的執行成本。默認值是1.0。
random_page_cost (floating point)
設置從數據文件上隨機讀取一個數據塊的執行成本。默認值是4.0。
cpu_tuple_cost (floating point)
設置處理每個數據行的執行成本。默認值是0.01。
cpu_index_tuple_cost (floating point)
設置在掃描索引的過程當中處理每個索引項的執行成本。默認值是0.005。
cpu_operator_cost (floating point)
設置處理每個運算符或函數的執行成本。默認值是0.0025。
effective_cache_size (integer)
設置單個查詢可使用的數據緩衝區的大小。默認值是128MB。
三、查詢優化 Genetic Query Optimizer
下列參數控制優化器使用的遺傳算法。除非對遺傳算法特別瞭解，通常狀況下，使用它們默認值便可。
geqo (boolean)
打開或者關閉遺傳優化器。默認值是on。
geqo_threshold (integer)
肯定使用遺傳優化器的查詢類型。默認值是12。若是FROM子句中引用的的表的數目超過geqo_threshold的值，就會使用遺傳優化器。對於簡單的查詢使用窮舉優化器。
geqo_effort (integer)
控制遺傳優化器在生成查詢計劃須要的時間和查詢計劃的有效性之間作一個折中。有效的取值範圍是1到 10。默認值是5。值越大，優化器花在選擇查詢計劃的上的時間越長，同時找到一個最優的查詢計劃的可能性就越大。系統一般不直接使用geqo_effort的值，而是使用它的值來計算參數geqo_pool_size和geqo_generations的默認。
geqo_pool_size (integer)
控制遺傳優化器的池(pool)大小。默認值是0。池大小是遺傳羣體中的個體數目。至少是2，典型的取值在10和1000之間。若是參數的值是0，系統會自動根據geqo_effort的值和查詢中引用的表的個數選擇一個默認值。
geqo_generations (integer)
控制遺傳優化器的代(generation)的大小。默認值是0。代是遺傳算法的迭代次數。至少是1，典型的取值範圍與池的取值範圍相同。若是參數的值是0，系統會自動根據geqo_pool_size的值和選擇一個默認值。
geqo_selection_bias (floating point)
控制遺傳優化器的代選擇誤差(selection bias)的大小。默認值是2。取值範圍在1.50到2.00之間。
四、其它優化器參數 Other Planner Options
default_statistics_target (integer)
設置默認的收集優化器統計數據的目標值。它的值越大，ANALYZE操做的執行的時間越長，掃描的數據行的個數也就越多，獲得的優化器統計數據就越準確。也可使用命令ALTER TABLE ... ALTER COLUMN ... SET STATISTICS來爲表的每一個列設置一個單獨的統計數據目標值，這個值的做用與參數default_statistics_target是同樣，它隻影響相關的列的統計數據收集過程。默認值是10。
constraint_exclusion (boolean)
若是該參數的值是on，查詢優化器將使用表上的約束條件來優化查詢。若是它的值是off，查詢優化器不會使用表上的約束條件來優化查詢。默認值是off。
#cursor_tuple_fraction = 0.1 # range 0.0-1.0
#from_collapse_limit = 8
#join_collapse_limit = 8 # 1 disables collapsing of explicit
# JOIN clauses
十4、數據庫運行日誌配置參數
一、Where to Log
log_destination = 'stderr' # Valid values are combinations of
# stderr, csvlog, syslog, and eventlog,
# depending on platform. csvlog
# requires logging_collector to be on.
# This is used when logging to stderr:
logging_collector = on # Enable capturing of stderr and csvlog
# into log files. Required to be on for
# csvlogs.
# (change requires restart)
# These are only used if logging_collector is on:
log_directory (string)
這個參數只能在postgresql.conf文件中被設置。它決定存放數據庫運行日誌文件的目錄。默認值是pg_log。能夠是絕對路徑，也但是相對路徑（相對於數據庫文件所在的路徑）。
log_filename (string)
它決定數據庫運行日誌文件的名稱。默認值是postgresql-%Y-%m-%d_%H%M%S.log。它的值能夠包含%Y、%m、%d、%H、%M和%S這樣的字符串，分別表示年、月、日、小時、分和秒。 若是參數的值中沒有指定時間信息（沒有出現%Y、%m、%d、%H、%M和%S中的任何一個），系統會自動在log_filename值的末尾加上文件建立的時間做爲文件名，例如，若是log_filename的值是 server_log，那麼在Sun Aug 29 19:02:33 2004 MST被建立的日誌文件的名稱將是server_log.1093827753，1093827753是Sun Aug 29 19:02:33 2004 MST在數據庫內部的表示形式。這個參數只能在postgresql.conf文件中被設置。
log_rotation_age (integer)
它決定什麼時候建立一個新的數據庫日誌文件。單位是分鐘。默認值是0。若是如今的時間減去上次建立一個數據庫運行日誌的時間超過了log_rotation_age的值，數據庫將自動建立一個新的運行日誌文件。若是它的值是0，該參數將不起任何做用。這個參數只能在postgresql.conf文件中被設置。
log_rotation_size (integer)
這個參數只能在postgresql.conf文件中被設置。它決定什麼時候建立一個新的數據庫日誌文件。單位是KB。默認值是10240。若是一個日誌文件寫入的數據量超過log_rotation_size的值，數據庫將建立一個新的日誌文件。若是它的值被設爲0，該參數將不起任何做用。
log_truncate_on_rotation (boolean)
系統在建立一個新的數據庫運行日誌文件時，若是發現存在一個同名的文件，當log_truncate_on_rotation的值是on時，系統覆蓋這個同名文件。當log_truncate_on_rotation的值是off時，系統將重用這個同名文件，在它的末尾添加新的日誌信息。另外要注意的是，只有在由於參數log_rotation_age起做用系統才建立新的日誌文件的狀況下，纔會覆蓋同名的日誌文件。由於數據庫從新啓動或者由於參數log_rotation_size起做用而建立新的日誌文件，不會覆蓋同名的日誌文件，而是在同名的日誌文件末尾添加新的日誌信息。這個參數只能在postgresql.conf文件中被設置。默認值是off。
例如，將這個參數設爲on，將log_rotation_age設爲60，將同時將log_filename設爲postgresql-%H.log，系統中一共將只有24個日誌文件，它們會被不斷地重用，任什麼時候刻，系統中最多隻有最近24小時的日誌信息。
# These are relevant when logging to syslog:
#syslog_facility = 'LOCAL0'
#syslog_ident = 'postgres'
# This is only relevant when logging to eventlog (win32):
#event_source = 'PostgreSQL
二、When to Log
client_min_messages (string)
控制發送給客戶端的消息級別。合法的取值是DEBUG五、DEBUG四、DEBUG三、DEBUG二、DEBUG一、LOG、NOTICE、WARNING、ERROR、FATAL和PANIC，每一個級別都包含排在它後面的全部級別中的信息。級別越低，發送給客戶端的消息就越少。 默認值是NOTICE。這個參數能夠在任什麼時候候被設置。
log_min_messages (string)
控制寫到數據庫日誌文件中的消息的級別。合法的取值是DEBUG五、DEBUG四、DEBUG三、DEBUG二、DEBUG一、INFO、NOTICE、WARNING、ERROR、 LOG、FATAL和PANIC，每一個級別都包含排在它後面的全部級別中的信息。級別越低，數據庫運行日誌中記錄的消息就越少。默認值是NOTICE。只有超級用戶才能修改這個參數。只有超級用戶才能設置這個參數。
log_error_verbosity (string)
控制每條日誌信息的詳細程度。合法的取值是TERSE、DEFAULT和VERBOSE（每一個取值都比它前面的取值提供更詳細的信息）。只有超級用戶才能修改這個參數。默認值是DEFAULT。
log_min_error_statement (string)
控制日誌中是否記錄致使數據庫出現錯誤的SQL語句。合法的取值是DEBUG五、DEBUG四、DEBUG三、DEBUG二、DEBUG一、INFO、NOTICE、WARNING、ERROR、 LOG、FATAL和PANIC，每一個級別都包含排在它後面的全部級別。默認值是ERROR。只有超級用戶才能修改這個參數。
消息嚴重級別
嚴重級別
用法
DEBUG1..DEBUG5
報告詳細的調試信息。
INFO
報告用戶可能須要的信息。
NOTICE
報告對用戶有用的信息。
WARNING
報告警告信息。
ERROR
報告錯誤信息。
LOG
報告對數據庫管理員有用的信息, 例如，檢查點操做統計信息。
FATAL
報告致使當前會話被終止的錯誤信息。
三、What to Log
debug_print_parse (boolean)
debug_print_rewritten (boolean)
debug_print_plan (boolean)
debug_pretty_print (boolean)
這些參數控制數據庫是否輸出運行時的調試信息。這些參數的默認值是off。這些參數能夠被任何用戶設置。
log_checkpoints (boolean)
控制是否及記錄檢查點操做信息。默認值是off。這個參數只能在postgresql.conf文件中被設置。必須重啓數據庫才能生效。
log_connections (boolean)
控制是否及記錄客戶端鏈接請求信息。默認值是off。這個參數只能在postgresql.conf文件中被設置。必須重啓數據庫才能生效。
log_disconnections (boolean)
控制是否記錄客戶端結束鏈接信息。默認值是off。這個參數只能在postgresql.conf文件中被設置。
log_duration (boolean)
控制是否記錄每一個完成的SQL語句的執行時間。只有超級用戶才能修改這個參數。默認值是off。對於使用擴展協議與數據庫通訊的客戶端，會記載Parse、Bind和Execute的執行時間。
log_hostname (boolean)
控制是否及記錄客戶端的主機名。默認值是off。若是設爲on，可能會影響數據庫的性能，由於解析主機名可能須要必定的時間。這個參數只能在postgresql.conf文件中被設置。這個參數只能在postgresql.conf文件中被設置。
log_line_prefix (string)
控制每條日誌信息的前綴格式。默認值是空串。它的格式相似c語言中printf函數的format字符串。這個參數只能在postgresql.conf文件中被設置。
log_line_prefix = '< %m >' # special values:
轉義序列
# %a = application name
# %u = user name 用戶名
# %d = database name 數據庫名
# %r = remote host and port 客戶端機器名或IP地址,還有客戶端端口
# %h = remote host 客戶端機器名或IP地址
# %p = process ID 進程ID
# %t = timestamp without milliseconds 帶微秒的時間
# %m = timestamp with milliseconds 不帶微秒的時間
# %i = command tag 命令標籤: 會話當前執行的命令類型
# %e = SQL state
# %c = session ID 會話ID
# %l = session line number 每一個會話的日誌編號，從1開始
# %s = session start timestamp 進程啓動時間
# %v = virtual transaction ID 虛擬事務ID (backendID/localXID)
# %x = transaction ID (0 if none) 事務ID (0表示沒有分配事務ID)
# %q = stop here in non-session 不產生任何輸出。若是當前進程是backend進程，忽略這個轉義序列，繼續處理後面的轉義序列。若是當前進程不是backend進程，忽略這個轉義序列和它後面的全部轉義序列。
# processes
# %% '%' 字符%
log_lock_waits (boolean)
若是一個會話等待某個類型的鎖的時間超過deadlock_timeout的值，該參數決定是否在數據庫日誌中記錄這個信息。默認值是off。只有超級用戶才能修改這個參數。
log_statement (string)
控制記錄哪一種SQL語句的執行信息。有效的取值是none、ddl、mod和all。默認值是none。ddl包括全部數據定義語句，如CREATE、ALTER和DROP語句。mod包括全部ddl語句和更新數據的語句，例如INSERT、UPDATE、DELETE、TRUNCATE、 COPY FROM、PREPARE和 EXECUTE。All包括全部的語句。只有超級用戶才能修改這個參數。
log_temp_files (integer)
控制是否記錄臨時文件的刪除信息。單位是KB。0表示記錄全部臨時文件的刪除信息。正整數表示只記錄大小比log_temp_files的值大的臨時文件的刪除信息。-1表示不記錄任何臨時文件刪除信息。默認值是-1。這個參數能夠在任什麼時候候被設置。
log_timezone (string)
設置數據庫日誌文件在寫日誌文件時使用的時區。默認值是unknown，意識是使用操做系統的時區。這個參數只能在postgresql.conf文件中被設置
十5、數據庫運行統計相關參數RUNTIME STATISTICS
下面的參數控制是否蒐集特定的數據庫運行統計數據：
---Query/Index Statistics Collector----
track_activities (boolean)
是否收集每一個會話的當前正在執行的命令的統計數據，包括命令開始執行的時間。默認值是on。只有超級用戶才能修改這個參數。
track_counts (boolean)
是否收集數據庫活動的統計數據。默認值是on。只有超級用戶才能修改這個參數。
#track_io_timing = off
#track_functions = none # none, pl, all
#track_activity_query_size = 1024 # (change requires restart)
#update_process_title = on
#stats_temp_directory = 'pg_stat_tmp'
---統計監測Statistics Monitoring--
log_statement_stats (boolean)
log_parser_stats (boolean)
log_planner_stats (boolean)
log_executor_stats (boolean)
這些參數決定是否在數據庫的運行日誌裏記載每一個SQL語句執行的統計數據。若是log_statement_stats的值是on，其它的三個參數的值必須是off。全部的這些參數的默認值都是off。log_statement_stats報告整個語句的統計數據，log_parser_stats記載數據庫解析器的統計數據，log_planner_stats報告數據庫查詢優化器的統計數據，log_executor_stats報告數據庫執行器的統計數據。只有超級用戶才能修改這些參數。
十6、自動垃圾收集相關參數AUTOVACUUM PARAMETERS
下面的參數控制自動垃圾收集的行爲：
autovacuum (boolean)
控制是夠打開數據庫的自動垃圾收集功能。默認值是on。若是autovacuum被設爲on，參數track_counts（參考本章10.9）也要被設爲on，自動垃圾收集才能正常工做。注意，即便這個參數被設爲off，若是事務ID迴繞即將發生，數據庫會自動啓動一個垃圾收集操做。這個參數只能在文件postgresql.conf中被設置。
log_autovacuum_min_duration (integer)
單位是毫秒。若是它的值爲0，全部的垃圾蒐集操做都會被記錄在數據庫運行日誌中，若是它的值是-1，全部的垃圾收集操做都不會被記錄在數據庫運行日誌中。若是把它的值設爲250毫秒，只要自動垃圾蒐集發出的VACUUM和ANALYZE命令的執行時間超過250毫秒，VACUUM和ANALYZE命令的相關信息就會被記錄在數據庫運行日誌中。默認值是-1。這個參數只能在 postgresql.conf中被設置。
autovacuum_max_workers (integer)
設置能同時運行的最大的自動垃圾收集工做進程的數目。默認值是3。這個參數只能在文件postgresql.conf中被設置。
autovacuum_naptime (integer)
設置自動垃圾收集控制進程的睡眠時間。單位是秒，默認值是60。這個參數只能在文件postgresql.conf中被設置。
autovacuum_vacuum_threshold (integer)
設置觸發垃圾收集操做的閾值。默認值是50。這個參數只能在文件postgresql.conf中被設置。只有一個表上被刪除或更新的記錄的數目超過了autovacuum_vacuum_threshold的值，纔會對這個表執行垃圾收集操做。
autovacuum_analyze_threshold (integer)
設置觸發ANALYZE操做的閾值。默認值是50。這個參數只能在文件postgresql.conf中被設置。只有一個表上被刪除、插入或更新的記錄的數目超過了autovacuum_analyze_threshold的值，纔會對這個表執行ANALYZE操做。
autovacuum_vacuum_scale_factor (floating point)
這個參數與什麼時候對一個表進行垃圾收集操做相關。默認值是0.2。這個參數只能在文件postgresql.conf中被設置。
autovacuum_analyze_scale_factor (floating point)
這個參數與什麼時候對一個表進行ANALYZE操做相關。默認值是0.1。這個參數只能在文件postgresql.conf中被設置。
autovacuum_freeze_max_age = 200000000
# maximum XID age before forced vacuum # (change requires restart)
指定表上事務的最大年齡，默認2億，達到這個閥值將觸發 autovacuum進程，從而避免 wraparound. 表上的事務年齡可經過 pg_class.relfrozenxid查詢
autovacuum_multixact_freeze_max_age = 400000000
# maximum multixact age
# before forced vacuum
# (change requires restart)
autovacuum_vacuum_cost_delay = 20ms
# default vacuum cost delay for
# autovacuum, in milliseconds;
# -1 means use vacuum_cost_delay
當 autovacuum進程即將執行時，對vacuum執行cost進行評估，若是超過 autovacuum_vacuum_cost_limit的值時，則延遲，這個延遲的時間值即爲改爲的值.
autovacuum_vacuum_cost_limit = -1
# default vacuum cost limit for
# autovacuum, -1 means use
# vacuum_cost_limit
這個值 爲 autovacuum進程的評估閥值，默認值爲-1，表使用 vacuum_cost_limit值，若是在執行 autovacuum進程期間評估的 cost 超過 autovacuum_vacuum_cost_limit,則 autovacuum進程則會休眠
十7、鎖管理LOCK MANAGEMENT
deadlock_timeout(integer)
設置死鎖超時檢測時間。單位是微秒，默認值是1000。死鎖檢測是一個消耗許多 CPU資源的操做。這個參數的值不能過小。在數據庫負載比較大的狀況下，應當增大這個參數的值。
max_locks_per_transaction(integer)
這個參數控制每一個事務可以獲得的平均的對象鎖的個數。默認值是64。數據庫在啓動之後建立的共享鎖表的最大能夠保存max_locks_per_transaction * (max_connections + max_prepared_transactions)個對象鎖。單個事務能夠同時得到的對象鎖的數目能夠超過max_locks_per_transaction的值，只要共享鎖表中還有剩餘空間。每一個鎖佔用270個字節的共享內存
# lock table slots.
#max_pred_locks_per_transaction = 64 # min 10
# (change requires restart)
十8、客戶端鏈接管理CLIENT CONNECTION DEFAULTS
# - Statement Behavior -
#search_path = '"$user",public' # schema names
#default_tablespace = '' # a tablespace name, '' uses the default
#temp_tablespaces = '' # a list of tablespace names, '' uses
# only default tablespace
#check_function_bodies = on
#default_transaction_isolation = 'read committed'
#default_transaction_read_only = off
#default_transaction_deferrable = off
#session_replication_role = 'origin'
#statement_timeout = 0 # in milliseconds, 0 is disabled
#lock_timeout = 0 # in milliseconds, 0 is disabled
#vacuum_freeze_min_age = 50000000
#vacuum_freeze_table_age = 150000000
#vacuum_multixact_freeze_min_age = 5000000
#vacuum_multixact_freeze_table_age = 150000000
#bytea_output = 'hex' # hex, escape
#xmlbinary = 'base64'
#xmloption = 'content'
#gin_fuzzy_search_limit = 0
# - Locale and Formatting -
datestyle = 'iso, mdy'
#intervalstyle = 'postgres'
timezone = 'PRC'
#timezone_abbreviations = 'Default' # Select the set of available time zone
# abbreviations. Currently, there are
# Default
# Australia (historical usage)
# India
# You can create your own file in
# share/timezonesets/.
#extra_float_digits = 0 # min -15, max 3
#client_encoding = sql_ascii # actually, defaults to database
# encoding
# These settings are initialized by initdb, but they can be changed.
lc_messages = 'en_US.UTF-8' # locale for system error message
# strings
lc_monetary = 'en_US.UTF-8' # locale for monetary formatting
lc_numeric = 'en_US.UTF-8' # locale for number formatting
lc_time = 'en_US.UTF-8' # locale for time formatting
# default configuration for text search
default_text_search_config = 'pg_catalog.english'
# - Other Defaults -
#dynamic_library_path = '$libdir'
#local_preload_libraries = ''
#session_preload_libraries = ''
十9、錯誤處理ERROR HANDLING
#exit_on_error = off # terminate session on any error?
#restart_after_crash = on # reinitialize after backend crash?
二10、配置文件包括 CONFIG FILE INCLUDES
一個配置文件也能夠包含其餘配置文件，使用include 指令可以達到這個目的。
好比 在postgresql.conf文件中 有以下一行：
include 'my.confg'
這樣的話 my.confg文件中的配置信息也會被數據庫讀入。
include 指令指定的配置文件也能夠用include指令再包含其餘配置文件。若是include指令中指定的文件名不是絕對路徑，數據庫會在postgresql.conf文件所在的目錄下查找這個文件。
#include_dir = 'conf.d' # include files ending in '.conf' from
# directory 'conf.d'
#include_if_exists = 'exists.conf' # include file only if it exists
#include = 'special.conf' # include file
二11、版本\平臺兼容VERSION/PLATFORM COMPATIBILITY
# - Previous PostgreSQL Versions -
#array_nulls = on
#backslash_quote = safe_encoding # on, off, or safe_encoding
#default_with_oids = off
#escape_string_warning = on
#lo_compat_privileges = off
#quote_all_identifiers = off
#sql_inheritance = on
#standard_conforming_strings = on
#synchronize_seqscans = on
# - Other Platforms and Clients -
#transform_null_equals = off
二12、複製REPLICATION
# - Sending Server(s) -
# Set these on the master and on any standby that will send replication data.
#max_wal_senders = 0 # max number of walsender processes
# (change requires restart)
#wal_keep_segments = 0 # in logfile segments, 16MB each; 0 disables
#wal_sender_timeout = 60s # in milliseconds; 0 disables
#max_replication_slots = 0 # max number of replication slots
# (change requires restart)
# - Master Server -
# These settings are ignored on a standby server.
#synchronous_standby_names = '' # standby servers that provide sync rep
# comma-separated list of application_name
# from standby(s); '*' = all
#vacuum_defer_cleanup_age = 0 # number of xacts by which cleanup is delayed
# - Standby Servers -
# These settings are ignored on a master server.
#hot_standby = off # "on" allows queries during recovery
# (change requires restart)
#max_standby_archive_delay = 30s # max delay before canceling queries
# when reading WAL from archive;
# -1 allows indefinite delay
#max_standby_streaming_delay = 30s # max delay before canceling queries
# when reading streaming WAL;
# -1 allows indefinite delay
#wal_receiver_status_interval = 10s # send replies at least this often
# 0 disables
#hot_standby_feedback = off # send info from standby to prevent
# query conflicts
#wal_receiver_timeout = 60s # time that receiver waits for
# communication from master
# in milliseconds; 0 disables