PostgreSQL 18 비동기 I/O 완전 가이드 — io_uring으로 3배 빨라진 읽기 성능

들어가며

PostgreSQL 18이 출시된 지 6개월이 지났습니다. 수많은 개선 사항 중 가장 임팩트 있는 변화는 단연 비동기 I/O(AIO) 서브시스템입니다. 23년간 유지되어 온 동기식 I/O 모델을 근본적으로 바꾼 이 변화는, 데이터 읽기 성능을 최대 3배 향상시켰습니다.

1. 왜 비동기 I/O인가

기존 동기식 I/O의 문제

PostgreSQL 17까지는 디스크에서 데이터를 읽을 때 동기식(Synchronous)으로 동작했습니다:

// 기존 동기식 I/O (의사코드)
for each page in scan:
    read(page)      // ← 여기서 블로킹! 디스크 응답까지 대기
    process(page)   // 읽기 완료 후에야 처리

디스크 I/O는 메모리 접근보다 10만 배 느립니다. 동기식에서는 디스크가 응답할 때까지 CPU가 놀고 있습니다. 이것이 수십 년간 PostgreSQL의 가장 큰 성능 병목이었습니다.

비동기 I/O의 해결책

// PostgreSQL 18 비동기 I/O (의사코드)
submit_read(page1)  // 요청만 하고 즉시 리턴
submit_read(page2)  // 연속으로 요청
submit_read(page3)
// ... CPU는 다른 작업 수행 ...
results = wait_any() // 완료된 것부터 처리
process(results)

여러 읽기 요청을 한꺼번에 제출하고, 완료되는 것부터 처리합니다. CPU 유휴 시간이 사라지고, 디스크는 여러 요청을 병렬로 처리할 수 있습니다.

2. Linux io_uring 연계

PostgreSQL 18의 AIO는 Linux 커널의 io_uring을 활용합니다. io_uring은 Linux 5.1(2019)에서 도입된 고성능 비동기 I/O 인터페이스입니다.

io_uring의 장점

• 시스템 콜 오버헤드 최소화: 커널과 유저 공간이 공유 링 버퍼로 통신. 시스템 콜 없이 I/O 요청 제출 가능
• 배치 처리: 수십~수백 개의 I/O 요청을 한 번에 제출
• 제로 카피: 데이터 복사 없이 커널 버퍼에서 직접 접근

설정 방법

# postgresql.conf
# io_method = 'io_uring'  # Linux에서 기본값
# io_method = 'posix_aio' # macOS/FreeBSD
# io_method = 'sync'      # 비활성화 (기존 동작)

# 동시 I/O 요청 수 (기본값 128)
# io_max_concurrency = 128

3. 벤치마크

테스트 환경: Xeon E5-2683 v4, 112GB RAM, NVMe SSD, Ubuntu 24.04

4. 와이어 프로토콜 3.2

2003년 이후 23년 만의 첫 업데이트입니다. 와이어 프로토콜은 클라이언트(psql, node-postgres, psycopg 등)와 서버 간의 통신 규약입니다.

주요 변경

• 파이프라인 쿼리(Pipeline Queries): 여러 쿼리를 한 번의 라운드트립으로 전송. 지연 시간이 긴 환경(클라우드)에서 큰 성능 향상
• 서버 측 바인딩 최적화: Prepared Statement의 바인딩 처리가 서버에서 최적화
• 향상된 에러 메시지: 에러 코드에 추가 컨텍스트 정보 포함

드라이버 호환성

// node-postgres v9+ (프로토콜 3.2 지원)
import { Pool } from 'pg'

const pool = new Pool({
  connectionString: process.env.DATABASE_URL,
  // 파이프라인 모드 자동 활성화 (프로토콜 3.2 감지 시)
})

// 여러 쿼리를 파이프라인으로 전송
const results = await pool.pipeline([
  { text: 'SELECT * FROM users WHERE id = $1', values: [1] },
  { text: 'SELECT * FROM posts WHERE author_id = $1', values: [1] },
  { text: 'SELECT COUNT(*) FROM comments WHERE post_author_id = $1', values: [1] },
])

5. 업그레이드 가이드

# pg_upgrade 사용 (다운타임 최소화)
pg_upgrade \
  --old-datadir /var/lib/postgresql/17/main \
  --new-datadir /var/lib/postgresql/18/main \
  --old-bindir /usr/lib/postgresql/17/bin \
  --new-bindir /usr/lib/postgresql/18/bin \
  --link  # 하드링크 사용으로 디스크 공간 절약

마무리

PostgreSQL 18의 비동기 I/O는 단순한 성능 개선이 아니라, 아키텍처의 근본적 전환입니다. 23년간 쌓인 기술 부채를 해소하면서도 하위 호환성을 완벽히 유지한 것은 PostgreSQL 커뮤니티의 저력을 보여줍니다.