PgBouncer並不需要一次看到完整的網絡數據包,因此內存使用率非常下來和有限的。
當旋轉連接發生暴行的幾個層次。
在會話池, 當客戶端連接,服務器連接將被分配給它的整個期間它保持連接。當客戶端斷開連接,服務器連接將被放回池中。
在交易池,服務器連接僅在一個事務&NBSP分配給客戶端;當PgBouncer注意到交易結束後,服務器將被放回池中。這是一個黑客,因為它打破了後端連接的應用程序的期望。開發人員可以使用它與這種用法不使用的功能,可以打破只有當應用程序合作。請參閱下表為打破功能。
在語句池(最積極的方法),多語句事務是不允許的。這是為了執行“自動提交”模式在客戶端,主要是針對PL /代理
特點:
- 在聲明池
- 在交易池
- 在會話池
- 在低內存的要求(每默認連接2K)。
- 在它不依賴於一個後端服務器上,目標數據庫可以駐留在不同的主機上。
- 在支持在線重新配置大部分設置。
- 在支持在線重啟/升級而不會丟失客戶端連接。
- 在支持協議V3而已,所以後端的版本必須是> = 7.4 。
什麼在此版本中是新的:
- 在改進DNS失效,KILL命令,更
什麼版本1.4.2的新:
- 在便攜性修復。受影響的OS-ES:* BSD,Solaris和Win32的
什麼在1.4.1版本新:
- 在IPv6中,多聽修復的地址和很多, ESP。圍繞新的DNS代碼。
什麼版本1.3.4的新:在連接時
- 在應用快速失敗的邏輯。因此,如果服務器出現故障,客戶端連接時收到錯誤。
- 請不要標記自動生成數據庫檢查的裝彈時間,否則他們會被殺掉,因為他們沒有在配置存在。
- 忽略APPLICATION_NAME參數默認。這避免了需要為所有的Postgres 9.0用戶將其添加到ignore_startup_parameters =自己。
- 在正確pg_auth引用。 “\”未使用存在。
- 在更好的錯誤控制台上的報告,顯示來電查詢用戶。
- 支持OS'es(OpenBSD系統),其中tv_sec不time_t的。
- 避免過於嘈雜的警告在GCC 4.5。
什麼在1.3.3版本新:
- 改進:
- 請聽(2)參數配置:listen_backlog。這是OS'es,其中允許系統最大可配置非常有用。
- 在提高斷開消息顯示什麼用戶名或DBNAME導致登錄失敗。
- 修正:
- 將快速失敗各地重新推出的邏輯。舊的是惱人的情況下永久斷開數據庫或用戶,試圖如果誰想要登錄沒有客戶端重試均勻。
- 請登錄功能保留舊的錯誤號,否則pgbouncer可以充當滑稽的高記錄等級和記錄問題。
- 在增加各種啟動相關的緩衝區的大小來處理EDB比較吵啟動。
- 在檢測V2協議的啟動要求,並給出明確的理由,斷開。
要求:
- 在PostgreSQL的
評論沒有發現