pg_vectorsearch: pgvector의 IVFFlat·HNSW보다 빠른 인덱스
Timescale이 PostgreSQL용 근사 최근접 이웃 검색 확장 pg_vectorsearch를 공개했습니다. PRISM 인덱스는 계층형 클러스터링과 RaBitQ 양자화로 검색과 인덱스 생성을 빠르게 하며, 기존 pgvector 테이블에도 적용할 수 있지만 현재 알파 버전으로 PostgreSQL 18 이상이 필요합니다.
최신기사
AI, 개발 도구, 오픈소스, 보안과 인프라의 변화와 이용 조건을 설명하는 최신 기사와 해설입니다.
사기가 나아질 때까지 리버트는 계속됩니다
PostgreSQL 19 베타 기간에 주요 기능 8~10개가 리버트된 배경을 개발자 Peter Eisentraut가 돌아봅니다. LLM 보조 코드 리뷰로 결함이 더 빨리 드러난 점과 보안 작업으로 줄어든 리뷰·테스트 시간을 원인으로 들며, 퍼징 확대와 실험적 기능 상태 도입을 개선 과제로 제안합니다.
JSON 분해 저장으로 Logfire 쿼리 속도를 최대 1000배 높인 방법
Logfire가 OpenTelemetry 속성 JSON을 자주 쓰이거나 큰 키별 컬럼으로 나누는 동적 분해 저장(Dynamic Shredding)을 도입합니다. 불필요한 JSON 다운로드와 파싱을 줄여 일부 쿼리를 30초 이상에서 1초 미만으로 단축하며, 2026년 2월부터 고객에게 적용할 계획입니다.
DuckDB 2.0은 왜 더 빠른가
DuckDB 2.0 alpha의 성능 개선을 S3 비동기 I/O, 재귀 CTE, JSON용 VARIANT 저장 방식으로 나눠 직접 측정합니다. 테스트 환경에서는 S3 읽기가 2~3배, 깊은 Git 커밋 계보 탐색이 최대 160배 빨라졌으며, JSON 필드 쿼리와 저장 공간도 개선됐습니다.
Valkey 9.2의 forkless BGSAVE, 메모리 급증을 350MB에서 10MB로 줄였습니다
Valkey 9.2.0-rc1의 forkless BGSAVE는 쓰기 부하가 있는 1.1GB 데이터셋에서 저장 중 메모리 증가량을 평균 354MB에서 9.9MB로 줄였습니다. 대신 저장 시간은 3초에서 5~6초로 늘고 쓰기 처리량은 약 15% 감소해, 메모리와 성능 사이의 실제 비용을 보여줍니다.
Redis와 Dragonfly 직접 비교 — 아키텍처와 운영상 차이
Redis와 Redis 프로토콜 호환성을 갖춘 Dragonfly를 같은 환경에서 살펴보고, 두 제품의 아키텍처와 운영상 차이를 정리합니다. Dragonfly는 멀티코어와 메모리 효율을 앞세우지만, 지속성·클러스터·호환성과 운영 이력은 실제 워크로드로 확인해야 합니다.
넷플릭스에서 재생을 누르면 벌어지는 일 — 백엔드 둘러보기
넷플릭스의 재생 요청은 Zuul, API 오케스트레이션 계층과 여러 마이크로서비스를 거쳐 계정·라이선스·재생 서버를 확인합니다. 글은 AWS 기반 제어 영역과 Open Connect 기반 콘텐츠 전송을 분리한 구조, 작업에 맞춘 데이터베이스 선택, 이벤트 처리와 장애 대응 방식을 설명합니다.
Busabase — AI 에이전트를 위한 공유 업무 데이터베이스
Busabase는 팀의 업무 데이터, 문서, 기술(Skills), 프롬프트를 사람과 여러 AI 에이전트가 함께 쓰는 오픈소스 워크스페이스입니다. 에이전트별 접근 권한과 변경 검토 절차를 두고, 한 에이전트가 남긴 작업 결과를 다른 에이전트가 이어받도록 설계했습니다.
B-트리의 귀환 — 빠르고 페이지화 가능한 노드 레이아웃 설계
TUM 연구진이 가변 길이 키를 지원하는 B-트리의 노드 레이아웃 여섯 가지 최적화를 구현하고 비교합니다. 키 특성과 작업 비율에 맞춰 레이아웃을 고르는 적응형 B-트리는 메모리 전용 인덱스와의 성능 차이를 줄이며, 조밀한 정수 키에서는 완전 조밀 리프가 조회·삽입 성능을 크게 높입니다.
Kubernetes etcd 이해하기 — 클러스터의 상태 저장소 들여다보기
Kubernetes의 상태 저장소 etcd가 데이터를 키-값으로 저장하고, 계층 구조를 슬래시가 포함된 키로 표현하는 방식을 설명합니다. Minikube에서 배포 정보를 조회하고, MVCC의 revision 값이 객체 변경에 따라 증가하는 과정을 실습합니다.
Fetch를 취소해도 Node.js 서버는 계속 실행됩니다 — 실제 작업을 멈추는 방법
클라이언트에서 `fetch`를 취소해도 서버 핸들러와 하위 API 요청, PostgreSQL 쿼리는 자동으로 멈추지 않습니다. 응답 연결 종료를 감지해 `AbortSignal`을 전달하고, DB 쿼리는 별도 연결로 취소해야 합니다. Node.js 버전별 차이와 취소 뒤 트랜잭션·재시도를 다루는 방법도 실험으로 확인합니다.
Redis는 키가 사라졌다고 답하지만 메모리는 22초 뒤에 돌아옵니다
Redis 키는 TTL이 끝나면 조회할 수 없지만, 메모리에서 즉시 제거되지는 않습니다. 만료 시점을 5백만 개 키에 맞춘 실험에서 유휴 서버는 메모리를 회수하는 데 22.8초가 걸렸고, 만료 시각을 분산하면 이 지연과 쓰기 실패 위험을 줄일 수 있습니다.
thedotmack/claude-mem — AI 에이전트 세션을 넘나드는 지속적 메모리
Claude-Mem은 에이전트의 세션 기록을 관찰하고 AI 요약과 검색을 거쳐 다음 세션의 맥락으로 전달하는 오픈소스 메모리 플러그인입니다. SQLite·Chroma 기반 저장과 MCP 검색 도구를 결합해 Claude Code, OpenClaw, Codex 등 여러 환경에서 프로젝트 기록을 활용합니다.
CHICKEN Scheme 관리자가 말하는 Scheme 구현과 CHICKEN 6
CHICKEN Scheme 관리자 Peter Bex가 CHICKEN 6의 UTF-8 처리와 출시 지연을 부른 힙 손상 버그, Scheme 생태계의 표준화 문제를 설명합니다. 컴파일러 최적화 구상과 PostgreSQL을 선호하는 이유, REPL 개발 경험도 함께 다룹니다.
벡터 데이터베이스여, 안녕 — turbopuffer v3의 저장 구조 개편
turbopuffer는 문서와 인덱스를 ANN 주소에 묶던 구조를 바꾸고, ANN을 보조 인덱스로 내리는 v3를 개발하고 있습니다. 문서 중복 저장과 쓰기 증폭을 줄이고 집계 같은 비벡터 쿼리의 성능을 높이는 설계입니다.
메시지 큐로 쓰던 데이터베이스, 이제 Kafka를 씁니다
Tigris는 FoundationDB 기반 큐 QuiCK를 운영하다가 작업 증가로 생기는 읽기·쓰기 부담과 커스텀 코드 문제를 줄이려고 일부 비동기 작업을 Kafka로 옮겼습니다. 복제 작업은 이중 쓰기 문제를 피하려고 FoundationDB에 남겼으며, 두 시스템의 역할을 나눈 기준과 전환 뒤 쓰기량이 줄어든 과정을 설명합니다.
빠진 TCP_NODELAY 설정이 데이터베이스 처리량을 조용히 갉아먹은 과정
Go 데이터베이스 드라이버 업데이트 뒤 TCP_NODELAY 설정이 빠지면서 작은 TCP 쓰기마다 지연이 발생했고, PostgreSQL 연결과 API 처리량이 함께 악화됐습니다. 글은 ClientWrite 대기 이벤트와 소켓 시스템 호출로 원인을 추적하고, 수정 후 처리량이 초당 1,100건에서 8,400건으로 늘어난 결과를 공유합니다.
SQL 쿼리 빌더의 두 가지 유형
SQL 쿼리 빌더는 파이프라인이 데이터 처리 과정을 나타내는 ‘데이터 지향’ 방식과 SQL 문법 트리를 채우는 ‘문법 지향’ 방식으로 나뉩니다. 글은 두 방식의 동작 차이와 한계를 설명하고, SQL의 폭넓은 기능을 데이터 지향 인터페이스로 다루도록 설계한 FunSQL을 소개합니다.
최선 노력형 배타 잠금은 대체 어디에 쓸까요?
CockroachDB의 SERIALIZABLE 트랜잭션에서 SELECT ... FOR UPDATE는 정확성을 보장하는 잠금이 아니라 경합을 줄이는 최선 노력형 잠금입니다. 정확성은 트랜잭션 재시도가 보장하고, 잠금은 비싼 작업을 반복하는 상황을 줄이는 성능 최적화로 쓰입니다.
DBX — 약 25MB로 100개 이상의 데이터베이스를 다루는 크로스플랫폼 클라이언트
DBX는 데스크톱·웹·CLI에서 100개 이상의 데이터베이스와 메시징 시스템을 관리하는 오픈소스 클라이언트입니다. AI 질의와 MCP 연동을 제공하며, 자격 증명 암호화와 MCP 접근 권한 설정도 지원합니다.