<?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>MVCC on dbalog.dev</title>
    <link>https://dbalog.dev/tags/mvcc/</link>
    <description>Recent content in MVCC on dbalog.dev</description>
    <generator>Hugo</generator>
    <language>ko</language>
    <lastBuildDate>Tue, 28 Jul 2026 13:30:00 +0900</lastBuildDate>
    <atom:link href="https://dbalog.dev/tags/mvcc/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>vacuum이 미운 날: 다른 엔진은 MVCC 비용을 어디에 숨겼나</title>
      <link>https://dbalog.dev/posts/postgresql-mvcc-tradeoffs/</link>
      <pubDate>Tue, 28 Jul 2026 13:30:00 +0900</pubDate>
      <guid>https://dbalog.dev/posts/postgresql-mvcc-tradeoffs/</guid>
      <description>PostgreSQL MVCC 비판은 대체로 맞다. 문제는 비교 대상 없이 그 비판만 떠돈다는 것이다. Docker에 PostgreSQL 18을 띄워 write amplification과 bloat를 직접 재보고, Oracle과 InnoDB, SQL Server, WiredTiger, LSM 계열이 같은 비용을 어디로 보냈는지, 엔진별로 그 비용을 확인하는 쿼리는 무엇인지 정리했다.</description>
    </item>
  </channel>
</rss>
