Redis vs Postgres vs TencentDB: AI Memory용 Memory Database 고르기 (2026)

최종 업데이트: 2026년 8월 7일. Redis Vector Sets, pgvector, TencentDB Agent Memory 공식 자료를 기준으로 합니다.

세션을 넘어 사용자 선호를 기억하고, 도구 로그를 추적하며, 벡터 검색을 빠르게 돌려야 하는 에이전트를 만들 때 Memory Database 논쟁은 피할 수 없습니다. Redis 는 빠르고, PostgreSQL + pgvector 는 범용이며, TencentDB Agent Memory 는 L0–L3 계층을 제공합니다. 정답은 데이터 온도에 달려 있습니다.

이 글은 Redis, PostgreSQL, TencentDB 를 AI Memory 네 계층에 맞춰 비교하고, 한국 팀이 실무에서 쓸 선택 기준을 정리합니다.

서론

AI Memory 는 임베딩 저장만이 아닙니다. 세션 상태, 단기 작업 기억, 장기 의미 기억, 감사용 원문이 각각 다른 저장 요구를 가집니다. 단일 DB 가 모든 층을 최적으로 처리하지 못하므로 계층별 매핑이 핵심입니다.

AI Memory 가 저장하는 것

읽기/쓰기 패턴, 지연 목표, 보존 기간, 검색 유형, 운영 역량을 먼저 정의하세요. 프레임워크는 오케스트레이션을 돕지 용량 설계를 대신하지 않습니다.

Redis

Redis 는 TTL 세션, 큐, Pub/Sub 에 탁월한 핫 티어입니다. Vector Sets 로 소규모 핫 벡터도 가능하나 RAM 비용과 ACID 한계로 장기 단독 Memory Database 로는 부적합합니다.

PostgreSQL

pgvector 로 Postgres 는 오픈소스 장기 Memory Database 의 기본값입니다. JSONB 페르소나, 벡터 검색, ACID 를 한곳에서 처리합니다. Redis 로 세션을 캐시하는 조합이 일반적입니다. Kimi K3 Tool Calls 순환 중단 가이드 도 참고하세요.

TencentDB

TencentDB Agent Memory 는 계층 모델과 OpenClaw 플러그인으로 빠른 통합이 강점입니다. TencentDB Agent Memory 가이드 (2026) 에서 설치 방법을 확인할 수 있습니다.

비교 표

시나리오별 선택

프로토타입：TencentDB 로컬 SQLite 또는 Postgres 단일 컨테이너로 Memory Database 를 검증하세요. 팀 자체 에이전트：Postgres 장기 저장 + Redis 세션 캐시가 표준입니다. 장시간 코딩 에이전트：도구 stdout 전체를 Redis 에 넣지 말고 단기 오프로드를 반드시 설계하세요. 엔터프라이즈：매니지드 TencentDB 또는 RDS Postgres + 행 수준 보안, Redis 는 비영속 캐시만.

국내 팀은 Tencent Cloud 기존 계정이 있으면 Agent Memory 플러그인으로 빠르게 L0–L3 를 켤 수 있고, 이미 PG 운영 인력이 있으면 pgvector 확장만 추가하는 편이 유지보수에 유리합니다. C 端 대량 세션은 Redis 핫층이 거의 필수입니다.

하이브리드

전형적 플로우：Redis 에 session_id → 압축 컨텍스트 캐시 → PG/TencentDB 계층 리콜 → 프롬프트 조립 → 비동기 Worker 가 Atom 을 PG 에 기록. 24/7 Gateway 는 클라우드 Mac 에 두면 노트북 슬립으로 인한 세션 유실을 줄일 수 있습니다. Memory Database 는 이 파이프라인에서 각자 온도에 맞는 층을 담당합니다.

벤치마크만 보고 단일 DB 를 고르기보다, 먼저 네 계층(세션·단기·장기·증거)을 문서화한 뒤 Redis·Postgres·TencentDB 에 역할을 할당하는 것이 장기적으로 비용과 품질 모두에 유리합니다.

FAQ

요약

• Redis 는 핫 티어, Postgres 는 장기 기본, TencentDB 는 계층 통합 지름길.
• Memory Database 는 하나 고르기보다 온도별 분层이 현실적입니다.