高并发C++ Web应用：JWT黑名单选Redis还是PostgreSQL？

这问题问到点子上了——在每秒处理数千事件的高并发场景里，JWT黑名单的校验性能直接影响整个应用的响应速度。咱们从你的核心需求出发，对比Redis和PostgreSQL的差异，就能明白为啥业内普遍推荐Redis：

核心需求拆解 #

你的场景里，每个请求都要做黑名单校验，这意味着：

• 高频次读操作（QPS数千级）
• 对延迟极度敏感（用户体验、系统吞吐量都依赖快响应）
• 数据生命周期有限（和JWT过期时间一致，无需永久存储）

为什么Redis比PostgreSQL更适合？ #

1. 内存级别的低延迟 #

Redis是内存优先的键值存储，查询黑名单的操作（比如判断token是否在黑名单里）是纯内存操作，响应时间通常在亚毫秒级。而PostgreSQL是磁盘优先的关系型数据库，哪怕有缓存加持，一旦缓存失效或者并发量上来，磁盘IO的延迟（通常几十到几百毫秒）会直接拖慢请求处理速度。对于每秒数千次的查询，这种延迟差异会被放大，导致系统吞吐量下降。

2. 天生适配的数据结构 #

黑名单本质是“存在性校验”，Redis的Set或者String结构完美匹配这个需求：

• 用Set存储失效token：校验时执行SISMEMBER blacklist:tokens <your-jwt-token>，时间复杂度是O(1)，高效且简洁。
• 用String存储（比如token作为key，值设为1）：校验时执行EXISTS <token>，同样是O(1)操作。

而PostgreSQL要做同样的校验，需要建索引来加速查询，但即使有索引，并发场景下的锁竞争、事务开销（哪怕是只读事务）都会比Redis大得多。比如你每秒数千次查询，PostgreSQL的连接池、事务日志（WAL）写入都会成为性能瓶颈。

3. 自动过期机制，减少维护成本 #

JWT本身有过期时间，黑名单里的token其实不需要永久保存。Redis自带键过期自动删除功能：存token的时候直接设置和JWT相同的过期时间，到点Redis会自动清理失效数据，完全不用你写定时任务去PostgreSQL里删过期记录——既减少了代码维护量，又避免了数据库里积累大量无效数据拖慢查询。

4. 更高的并发承载能力 #

Redis采用单线程核心逻辑+多路IO复用的架构，天生适合高并发场景，单实例就能轻松扛住几万QPS，而且资源占用极低（内存足够的情况下，CPU和内存消耗都远低于PostgreSQL）。

PostgreSQL是多进程/多线程模型，并发高的时候会面临上下文切换、索引锁竞争等问题，虽然能处理数千QPS，但需要更多的CPU、内存资源，而且随着并发量提升，性能下降的幅度会比Redis大很多。

什么时候可以考虑用PostgreSQL？ #

如果你的并发量远低于数千QPS，或者已经有成熟的PostgreSQL集群且不想额外维护Redis，同时黑名单查询频率很低，那PostgreSQL也能凑合用。但你的场景是每秒数千事件+每个请求都要校验，Redis显然是更优解。

独立Redis系统的优势 #

搭建独立Redis来存黑名单，除了上面提到的性能优势，还有：

• 隔离负载：不会因为高频黑名单查询占用PostgreSQL的资源，影响其他业务的数据库操作。
• 弹性扩展：Redis集群可以轻松横向扩展，应对未来更高的并发量。
• 简化架构：Redis的API简单，C++客户端（比如hiredis）集成起来也很方便，不用复杂的SQL查询和事务处理。

内容的提问来源于stack exchange，提问作者The Quantum Physicist