在任何人可以訪問資料庫前，你必須啟動資料庫伺服器。 資料庫伺服器程式是postgres，它必須知道在**能找到它要用的資料。這是用-d選項實現的。 因此，啟動伺服器最簡單的方法是：
$ postgres -d /usr/local/pgsql/data通常最好在後台啟動postgres。要這樣做，使用常用的 unix shell 語法：
$ postgres -d /usr/local/pgsql/data >logfile 2>&1 &
如上所示，把伺服器的stdout和stderr輸出儲存到某個地方是非常重要的。這將對審計目的和診斷問題有所幫助（更深入的有關日誌檔案處理的討論請見（section 24.3）。
postgres還接受其它一些命令列選項。更多的資訊請見postgres參考頁 和下面的chapter 19。這些 shell 語法很容易讓人覺得無聊。因此我們提供了包裝器程式pg_ctl以簡化一些任務。
例如：
pg_ctl start -l logfile通常，你會希望在計算機啟動的時候啟動資料庫伺服器。自動啟動指令碼是作業系統相關的。postgresql在contrib/start-scripts目錄中提供了幾種。安裝將需要 root 許可權。
不同的系統在引導時有不同的啟動守護程序的習慣。許多系統有乙個檔案/etc/rc.local或/etc/rc.d/rc.local。其他的使用init.d或rc.d目錄。不管你做什麼，伺服器必須由postgresql使用者賬戶而不是 root或任何其他使用者啟動。因此你可能應該在你的命令中使用su postgres -c '…'這種形式。例如：
su postgres -c 'pg_ctl start -d /usr/local/pgsql/data -l serverlog'if
[-x /usr/local/pgsql/bin/pg_ctl -a -x /usr/local/pgsql/bin/postgres ]
; then
su -l postgres -c '/usr/local/pgsql/bin/pg_ctl start -s -l /var/
postgresql/log -d /usr/local/pgsql/data'
echo -n ' postgresql'
fi
systemd/system/postgresql.service）：
[unit]
description=postgresql database server
documentation=man:
postgres(1
)[service]
type=notify
user=postgres
execstart=
/usr/local/pgsql/bin/postgres -d /usr/local/pgsql/data
execreload=
/bin/kill -hup $mainpid
killmode=mixed
killsignal=sigint
timeoutsec=
0[install]
wantedby=multi-user.target
要仔細地考慮超時設定。在寫作這份文件時，systemd的預設超時時長是 90 秒，並且將會殺死沒有在這段時間內報告準備好的程序。但是postgresql伺服器可能因為執行崩潰恢復而導致啟動過程大大超過這個預設時間。建議的值是 0 禁用超時邏輯。
su - postgres -c "/usr/local/pgsql/bin/pg_ctl start -l logfile -d /usr/local/pgsql/data"當伺服器在執行時，它的pid被儲存在資料目錄中的postmaster.pid檔案。這樣做 可以防止多個伺服器例項執行在同乙個資料目錄中，並且也可以被用來關閉伺服器。
有幾個常見的原因會導致伺服器啟動失敗。通過檢查伺服器日誌或使用手工啟動的方法（不做標準輸出或標準錯誤的重定向）， 就可以看到出現什麼錯誤訊息。下面我們詳細地解釋一些最常見的錯誤訊息。
log: could not bind ipv4 address "127.0.0.1"
: address already in use
hint: is another postmaster already running on port 5432
? if not, wait a few
seconds and retry.
fatal: could not create any tcp/ip sockets
address already in use或其變體，那就有可能是別的問題。 例如，試圖在乙個被保留的埠上啟動伺服器會收到下面這樣的訊息：
$ postgres -p 666
log: could not bind ipv4 address "127.0.0.1"
: permission denied
hint: is another postmaster already running on port 666
? if not, wait a few
seconds and retry.
fatal: could not create any tcp/ip sockets
fatal: could not create shared memory segment: invalid argument
detail: failed system call was shmget
(key=
5440001
, size=
4011376640
,03600
).
fatal: could not create semaphores: no space left on device
detail: failed system call was semget
(5440126,17
,03600
).
如果你收到乙個「illegal system call」錯誤， 那麼很有可能是你的核心根本不支援共享記憶體或者訊號量。這種情況下你唯一的選擇就是重新配置核心並且把這些特性開啟。關於配置system v ipc功能的細節請見section 18.4.1。
儘管可能在客戶端出現的錯誤情況範圍寬廣而且是應用相關的，但的確有幾種與伺服器的啟動方式直接相關。除了下面提到的幾種錯誤之外的問題都應該在相應的客戶端應用文件中。
psql: could not connect to server: connection refused
is the server running on host "server.joe.com" and accepting
tcp/ip connections on port 5432
?
另外，當試圖通過 unix 域套接字與本地伺服器通訊時，你會看到這個：
psql: could not connect to server: no such file or directory
is the server running locally and accepting
connections on unix domain socket "/tmp/.s.pgsql.5432"
?
connection refused或no such file or directory（值得注意的是這種環境中的connection refused並不表示伺服器得到了你的連線請求並拒絕了它。那種情況會產生乙個不同的訊息，如section 20.15中所示）。其它像connection timed out這樣的訊息可能表示更基礎的問題，如缺少網路連線。 資料庫PostrageSQL 架構
邏輯複製從拷貝發布者資料庫上的資料庫快照開始。拷貝一旦完成，發布者上的更改會在它們發生時實時傳送給訂閱者。訂閱者按照資料在發布者上被提交的順序應用資料，這樣任意單一訂閱中的publication的事務一致性才能得到保證。訂閱者資料庫上的應用程序總是將session replication role設...
資料庫PostrageSQL 鎖管理
deadlock timeout integer 這是進行死鎖檢測之前在乙個鎖上等待的總時間 以毫秒計 死鎖檢測相對昂貴，因此伺服器不會在每次等待鎖時都執行這個它。我們樂觀地假設在生產應用中死鎖是不常出現的，並且只在開始檢測死鎖之前等待一會兒。增加這個值就減少了浪費在無用的死鎖檢測上的時間，但是減慢...
資料庫PostrageSQL 預置選項
下列 引數 是唯讀的，它們是在編譯或安裝postgresql時決定的。同樣，它們被排除在postgresql.conf檔案例子之外。這些選項報告特定應用可能感興趣的多種postgresql行為，特別是管理前端相關的行為。block size integer 報告乙個磁碟塊的大小。它由編譯伺服器時bl...