<?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>스토리지 엔진 on dbalog.dev</title>
    <link>https://dbalog.dev/tags/%EC%8A%A4%ED%86%A0%EB%A6%AC%EC%A7%80-%EC%97%94%EC%A7%84/</link>
    <description>Recent content in 스토리지 엔진 on dbalog.dev</description>
    <generator>Hugo</generator>
    <language>ko</language>
    <lastBuildDate>Sat, 08 Aug 2026 11:00:00 +0900</lastBuildDate>
    <atom:link href="https://dbalog.dev/tags/%EC%8A%A4%ED%86%A0%EB%A6%AC%EC%A7%80-%EC%97%94%EC%A7%84/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>MySQL 안에 DuckDB를 심으면: Percona의 500GB TPC-H 실험, 28시간이 186초가 됐다</title>
      <link>https://dbalog.dev/posts/duckdb-mysql-engine-500gb/</link>
      <pubDate>Sat, 08 Aug 2026 11:00:00 +0900</pubDate>
      <guid>https://dbalog.dev/posts/duckdb-mysql-engine-500gb/</guid>
      <description>Percona가 DuckDB를 MySQL 스토리지 엔진으로 붙이는 실험을 500GB TPC-H로 검증했습니다. InnoDB가 28시간 넘게 걸리고도 4개를 완주 못 한 22개 분석 쿼리를 DuckDB 엔진은 186초에 끝냈고, 적재는 25.5배 빨랐으며 디스크는 5배 적게 썼습니다. 극단적인 숫자 뒤에 있는 구조와, 이 실험이 MySQL DBA에게 던지는 질문을 정리합니다.</description>
    </item>
  </channel>
</rss>
