PgBouncer

PgBouncer ay hindi kailangan upang makita ang buong network packet nang sabay-sabay, kaya paggamit ng memory ay napaka-down at limitado.
Ilang mga antas ng kalupitan kapag nangyari ang umiikot na koneksyon.
Sa session pooling, & nbsp; kapag kumokonekta sa mga kliyente, ang isang koneksyon sa server ay nakatalaga dito para sa buong tagal nito sa mga pananatili konektado. Kapag disconnects ng kliyente, ang koneksyon sa server ay ilagay muli sa pool.
Sa pooling transaksyon, ang isang koneksyon sa server ay itinatalaga sa client lamang sa panahon ng isang transaksyon. & Nbsp; Kapag na Abiso PgBouncer na transaksyon ay higit sa, ang server ay ilagay muli sa pool. Ito ay isang pataga bilang Pinaghihiwa ito inaasahan ang application ng backend na koneksyon. Maaaring gamitin ito ng nag-develop ng lang kapag cooperates application na may tulad na paggamit sa pamamagitan ng hindi paggamit ng mga tampok na maaaring masira. Tingnan ang talahanayan sa ibaba para sa mga tampok na paghiwa-hiwalayin.
Sa pahayag pooling (pinaka-agresibo pamamaraan), transaksyon multi-pahayag ay hindi pinayagan. Ito ay sinadya upang ipatupad ang "autocommit" mode sa client, halos naka-target para sa PL / Proxy

Mga Tampok :.

• pooling Statement
• pooling Transaksyon
• Session pooling
• Mababang memory kinakailangan (2k per koneksyon sa pamamagitan ng default).
• Ito ay hindi nakatali sa isang backend server, ang patutunguhang mga database ay maaaring manirahan sa iba't ibang mga host.
• Sinusuportahan ang mga online na reconfiguration para sa karamihan ng mga setting.
• Sinusuportahan ang mga online na pag-restart / mag-upgrade nang walang pag-drop ang mga koneksyon client.
• Sinusuportahan ang protocol V3 lamang, kaya backend na bersyon ay dapat na & gt; = 7.4
.

Ano ang bagong sa paglabas:.

• Pinahusay na DNS pagpapawalang-bisa, pumatay utos, at higit pa

Ano ang bagong sa bersyon 1.4.2:

• maaaring dalhin pag-aayos. Apektadong OS-es:. * BSD, Solaris, Win32

Ano ang bagong sa bersyon 1.4.1:

• IPv6, ang maramihang mga address makinig at maraming mga pag-aayos, esp. sa paligid ng bagong DNS code.

Ano ang bagong sa bersyon 1.3.4:

• Ilapat ang mabilis na mabigo ang logic sa pagkonekta oras. Kaya kung server ay hindi pagtupad, ang mga kliyente makakuha ng error kapag kumokonekta.
• Huwag i-tag ang awtomatikong nabuong mga database para sa pagsuri sa oras na i-reload, kung hindi man sila makakuha ng pumatay, dahil wala silang umiiral sa config.
• Huwag pansinin ang APPLICATION_NAME parameter sa pamamagitan ng default. Ito avoids ang pangangailangan para sa lahat ng Postgres 9.0 mga gumagamit upang idagdag ito sa ignore_startup_parameters = kanilang mga sarili.
• Tamang pg_auth ng pag-quote. '& # X5c;' hindi ginagamit doon.
• Mas mahusay na pag-uulat ng error sa console, ipakita papasok query sa user.
• OS'es Support (OpenBSD) kung saan tv_sec ay hindi time_t.
• Iwasan ang masyadong maingay babala sa GCC 4.5.

Ano ang bagong sa bersyon 1.3.3:

• Pagpapabuti:
• Tiyakin makinig (2) argumento configurable: listen_backlog. Ito ay kapaki-pakinabang sa OS'es, kung saan ang system max na pinapayagan ay maaaring i-configure.
• Pagbutihin ang magkalag ng mga mensahe upang ipakita kung ano ang sanhi username o dbname-login sa mabibigo.
• Pag-aayos:
• Ilipat ang mabilis na mabigo Muling ilunsad ang logic sa paligid. Lumang isa ay nakakainis na sa kaso ng permanenteng sira database o mga gumagamit, sa pamamagitan ng pagsubok upang subukang muli kahit na walang mga kliyente na nais na mag-log in.
• Tiyakin na pag-log-andar panatilihin ang lumang errno, kung hindi, maaari kumilos pgbouncer nakakatawa sa mga mas loglevels at mga problema sa pag-log.
• Pataasin ang laki ng iba't ibang mga buffers may kaugnayan sa startup-upang mahawakan ang EDB higit maingay startup.
• Alamin ang kahilingan protocol startup V2 at bigyan ng malinaw na dahilan para umalis sa pagkakakonekta.

Mga Kinakailangan :

• PostgreSQL