你有没有发现：PostgreSQL 可以做到 Redis 能做的一切

📌 一句话摘要

本文基于作者实践经验，详细阐述了如何利用 PostgreSQL 的 UNLOGGED 表、LISTEN/NOTIFY、SKIP LOCKED 等原生特性，替代 Redis 实现缓存、发布订阅、任务队列、会话存储等功能，并分析了其成本、运维简化、数据一致性优势以及适用场景。

📝 详细摘要

文章分享了作者将 Redis 从技术栈中移除，并完全使用 PostgreSQL 替代其功能的完整实践。作者首先分析了使用 Redis 的痛点：成本高、运维复杂、存在数据一致性风险。随后，文章详细拆解了如何利用 PostgreSQL 的特定功能实现 Redis 的核心场景：使用 UNLOGGED TABLE 实现高性能缓存；利用 LISTEN/NOTIFY 实现发布订阅，并通过触发器实现原子性通知；使用 FOR UPDATE SKIP LOCKED 实现无锁任务队列；利用 JSONB 和带过期时间的表实现会话存储。文章提供了详细的 SQL 示例、Node.js 代码模块、迁移方案、性能基准测试对比（PostgreSQL 延迟增加 0.1-1ms）以及决策矩阵。最终结论是，对于中小型应用、简单缓存需求、希望简化架构的场景，用 PostgreSQL 替代 Redis 可以显著降低成本、简化运维并保证事务一致性，但在需要极致性能或 Redis 特有数据结构（如有序集合）的场景下，仍应保留 Redis。

💡 主要观点

- PostgreSQL 具备替代 Redis 核心功能的技术基础。 通过 UNLOGGED TABLE（缓存）、LISTEN/NOTIFY（发布订阅）、FOR UPDATE SKIP LOCKED（任务队列）和 JSONB（会话存储）等原生特性，PostgreSQL 可以覆盖 Redis 70% 以上的常用场景，且能保证事务一致性。

用 PostgreSQL 替代 Redis 的核心优势在于降低成本和简化运维。 移除独立的 Redis 实例可以节省云服务费用（案例中每月节省约 100 美元），并减少需要备份、监控和故障转移的组件数量，降低系统复杂性和故障风险点。

性能虽有折衷，但在多数场景下可接受，且合并操作时可能更快。 基准测试显示，PostgreSQL 的单操作延迟比 Redis 高 0.1-1ms，但所有操作仍在毫秒级。当多个操作（如插入+缓存失效+通知）在同一个 PostgreSQL 事务中执行时，反而能避免网络跳转，获得更低的总体延迟。

决策需基于具体场景，并非所有情况都适合替换。 文章提供了清晰的决策矩阵：需要亚毫秒级延迟、每秒超 10 万次操作、使用 Redis 特有数据结构（如有序集合）、或架构上需要独立缓存层的场景，应保留 Redis。

💬 文章金句

- PostgreSQL 可以做到 Redis 能做的一切。于是我彻底移除了 Redis。

• 当多个操作合并执行时，PostgreSQL 速度更快。
• 什么是非日志表？跳过预写式日志（WAL），写入性能大幅提升，崩溃后数据不保留（非常适合用作缓存！）
• 神奇之处：FOR UPDATE SKIP LOCKED，这让 PostgreSQL 成为了无锁队列。
• 你用 Redis 做不到这一点！（指在会话数据内部进行查询）
• 我会再次这样做吗？就这个业务场景而言：会。是否推荐所有人都这么做？不推荐。

📊 文章信息

AI 初评：88

来源：dbaplus社群

作者：dbaplus社群

分类：软件编程

语言：中文

阅读时间：16 分钟

字数：3960

标签： PostgreSQL, Redis, 数据库, 缓存, 任务队列

阅读完整文章