<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Pgbouncer on Tech News Feed</title>
    <link>https://news.dhphong.com/tags/pgbouncer/</link>
    <description>Recent content in Pgbouncer on Tech News Feed</description>
    <generator>Hugo -- 0.131.0</generator>
    <language>vi</language>
    <lastBuildDate>Tue, 14 Apr 2026 02:07:20 +0700</lastBuildDate>
    <atom:link href="https://news.dhphong.com/tags/pgbouncer/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>[PlanetScale Blog] Scaling Postgres connections with PgBouncer</title>
      <link>https://news.dhphong.com/posts/2026-04-14-scaling-postgres-connections-with-pgbouncer/</link>
      <pubDate>Tue, 14 Apr 2026 02:07:20 +0700</pubDate>
      <guid>https://news.dhphong.com/posts/2026-04-14-scaling-postgres-connections-with-pgbouncer/</guid>
      <description>Nguồn: PlanetScale Blog
Tóm tắt Postgres sử dụng mô hình process-based: mỗi client connection spawns một backend process mới, tiêu tốn 5-10MB RAM, CPU cho context switching, và file descriptors. Khi connection count tăng, memory pressure và context switching overhead khiến query throughput giảm và latency tăng. max_connections mặc định là 100 — đây là ngưỡng giới hạn cứng của Postgres.
PgBouncer (ra mắt 2007) là connection pooler phổ biến nhất giải quyết vấn đề này: clients kết nối vào PgBouncer thay vì trực tiếp vào Postgres, và PgBouncer duy trì một pool nhỏ các kết nối thực sự đến database, multiplexing requests từ nhiều clients qua số lượng connections ít hơn.</description>
    </item>
  </channel>
</rss>
