statement_timeout
控制語句執行時長，單位是ms。超過設定值，該語句將被中止。
不推薦在postgresql.conf中設置,因為會影響所有的會話，如非要設置，應該設置一個較大值。
lock_timeout
鎖等待超時。語句在試圖獲取表、索引、行或其他數據庫對象上的鎖時等到超過指定的毫秒數，該語句將被中止。
不推薦在postgresql.conf中設置,因為會影響所有的會話。
idle_in_transaction_session_timeout
終止開啟事務但空閑時間超過指定持續時間（以毫秒為單位）的任何會話。
這樣可以釋放該會話持有的所有鎖，並重新使用連接插槽；它還允許vacuum僅對該事務可見的元組。
默認值0禁用此功能。
connect_timeout
最大等待連接時間，以秒為單位（以十進制整數形式編寫，例如10）。零，負數或未指定意味着無限期等待。
允許的最小超時為2秒，因此將值1解釋為2。
此超時分別適用於每個主機名或IP地址。例如，如果指定兩個主機且connect_timeout為5，則如果5秒鍾內未建立任何連接，則每個主機都將超時，因此等待連接所花費的總時間可能最多為10秒。
checkpoint_timeout
自動WAL檢查點之間的最長時間，單位是秒，有效取值是30秒到一天。默認是5分鍾。增大這個參數會使數據庫崩潰后恢復的時間加長。
只能在postgresql.conf配置文件或server命令行中配置。
archive_timeout
只對完整的WAL段調用archive_command。因此，如果你的服務器只產生很少的WAL流量（或者它產生的空閑時間很短），則在事務完成和將其安全記錄到歸檔存儲之間可能會有很長的延遲。要限制可以保存的未歸檔數據的數量，可以設置archive_timeout強制服務器定期切換到新的WAL段文件。
請注意，由於強制切換而提前關閉的歸檔文件的長度仍然與完全完整的文件的長度相同。因此，使用非常短的archive_timeout是不明智的-它將使您的存檔存儲空間過大。一分鍾左右的archive_timeout設置通常是合理的。
該參數只能在postgresql.conf文件或服務器命令行中設置。
wal_receiver_timeout
中止處於非活動狀態超過指定毫秒數的復制連接。這對於正在接收的standby服務器檢測主服務器崩潰或網絡斷開有用。設置為0會禁用超時機制。這個參數只能在postgresql.conf文件中或在服務器命令行上設置。默認值是 60 秒。
lock-wait-timeout
在dump開始時不要永遠等待獲取共享表鎖。如果無法在指定的超時時間內鎖定表，則失敗。
如果無法在指定的超時時間內鎖定表，則失敗。
可以使用SET statement_timeout接受的任何格式指定超時。（允許的格式因要轉儲的服務器版本而異，但所有版本均接受整數毫秒）。
pg_dump的時候使用。
deadlock_timeout
進行死鎖檢測之前在一個鎖上等待的總時間
authentication_timeout
完成服務器認證的最長時間，如果在這個時間內沒有完成認證，服務器將關閉連接。
wal_sender_timeout
中斷那些停止活動超過指定毫秒數的復制連接。這對發送服務器檢測一個后備機崩潰或網絡中斷有用。設置為0將禁用該超時機制。這個參數只能在postgresql.conf文件中或在服務器命令行上設置。默認值是 60 秒。