PostgreSQL 23

• ParityPay로 검증하는 결제 정합성 10 - 락 lease가 트랜잭션보다 먼저 끝나면 정말 정합성이 깨지는가: SETNX 락, Watchdog, fencing token, 그리고 락 없는 구조의 실측 2026/09/24
• ParityPay로 검증하는 결제 정합성 7 - 애플리케이션 코드를 믿지 않는 원장: 이중부기를 계정 체계, DB 제약, 속성 테스트로 강제하기 2026/09/20
• ParityPay로 검증하는 결제 정합성 6 - 대사: "기관에 물어보지 못했다"와 "기관에 기록이 없다"는 다른 상태다 2026/09/19
• ProofU 초기 설계 - 근거를 추적하는 지원 문서 시스템과 기술 선택의 이유 2026/09/18
• ParityPay로 검증하는 결제 정합성 5 - DB 커밋과 Kafka 발행 사이: Transactional Outbox와 at-least-once 소비자 2026/09/18
• ParityPay로 검증하는 결제 정합성 2 - 잠금을 필요 이상으로 오래 쥐고 있었다: 추론을 측정으로 바꾼 기록 2026/09/15
• 2026-09-11-TIL: 잠금 전략보다 잠금을 쥐는 시간 2026/09/11
• ParityPay 초기 설계 - 돈의 규칙은 PostgreSQL에 두고, 나머지 기술은 그 규칙을 돕는 자리에 두기 2026/09/07
• CodeDrill 초기 설계 - 판정을 신뢰 경계 밖으로 떼어 낸 온라인 저지와 그 스택을 고른 이유 2026/09/05
• 커넥션과 세션 - 커넥션 풀이 실제로 아끼는 것 2026/08/29
• 파티셔닝과 샤딩 - 기준 선택, 로컬과 글로벌 인덱스, 재분배 비용 2026/08/09
• iterview 초기 설계 - 이력서 기반 면접 훈련 플랫폼의 구조와 기술 선택 2026/07/23
• WAL과 체크포인트 - 커밋은 언제 디스크에 닿는가 2026/07/09
• 2026-06-19-TIL: monticker 시작, 그리고 IMMUTABLE이 아닌 인덱스 식 2026/06/19
• TimescaleDB를 시계열 DB로 고른 이유 — Hypertable과 연속 집계 2026/06/04
• 락의 종류와 대기 - row, gap, next-key, intention과 데드락 탐지 2026/05/25
• 카카오 「PostgreSQL to ES: Kafka Connect CDC 파이프라인」 1·2편 리뷰 — 변경이 없어서 디스크가 차고, LSN이 사라져서 스냅샷을 다시 짜야 했던 CDC의 실제 운영 비용 2026/04/13
• 실행 계획을 읽는 법 - 연산자, 비용 모델, 카디널리티 추정이 틀어지는 지점 2026/04/08
• Postgres 커넥션 하나의 비용 - 풀을 키우면 대기가 사라지는 게 아니라 볼 수 없는 곳으로 옮겨간다 2026/03/05
• B+Tree 인덱스의 내부 - 노드 분할, 클러스터드와 논클러스터드, 커버링이 아끼는 것 2026/02/20
• 인덱스가 선택되지 않는 순간 - 컬럼에 캐스팅 하나가 3,000배, 그리고 추정이 31.7배 틀려도 계획이 안 바뀌는 경우 2026/02/15
• 격리 수준의 이상 현상을 직접 만들기 - 같은 REPEATABLE READ에서 PostgreSQL은 중단시키고 MySQL은 조용히 덮어썼다 2026/01/23
• 격리 수준과 이상 현상 - 표준이 정의한 것과 MySQL·PostgreSQL이 실제로 하는 것 2026/01/06