<?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>Patroni on dbalog.dev</title>
    <link>https://dbalog.dev/tags/patroni/</link>
    <description>Recent content in Patroni on dbalog.dev</description>
    <generator>Hugo</generator>
    <language>ko</language>
    <lastBuildDate>Mon, 24 Aug 2026 10:00:00 +0900</lastBuildDate>
    <atom:link href="https://dbalog.dev/tags/patroni/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>timezone을 고쳤는데 왜 UTC가 섞여 나오나: PgBouncer와 Patroni 사이의 캐시</title>
      <link>https://dbalog.dev/posts/pgbouncer-patroni-timezone/</link>
      <pubDate>Mon, 24 Aug 2026 10:00:00 +0900</pubDate>
      <guid>https://dbalog.dev/posts/pgbouncer-patroni-timezone/</guid>
      <description>Oracle에서 Patroni 클러스터로 마이그레이션한 뒤 애플리케이션 로그에 올바른 타임스탬프와 UTC 타임스탬프가 섞여 나온 사례입니다. 원인은 두 겹이었습니다. ALTER SYSTEM으로 넣은 설정이 Patroni 재시작에 살아남지 못한 것과, PgBouncer가 startup parameter를 캐시한 것입니다. 클라이언트가 넘긴 startup parameter가 서버 설정을 어떻게 이기는지 직접 확인했습니다.</description>
    </item>
  </channel>
</rss>
