标签
热门推荐
- Anthropic 洽谈由三星代工自研 AI 芯片7/2/2026
- 长鑫存储拿下腾讯200亿DRAM大单:IPO前的战略绑定6/29/2026
- 腾讯玄武阿图因AI在CyberGym测试中超越Mythos7/3/2026
- OpenSEO:5800 Star 的开源 SEO 工具,10 美元/月挑战 Semrush 与 Ahrefs7/20/2026
- OPPO 整合一加与真我系统,全球统一启用 ColorOS7/3/2026
- 苹果 A20 Pro 改用 WMCM 封装,内存移至芯片侧面改善散热6/27/2026
- xAI 开源 Grok Build:Rust 编写的终端编程代理7/15/2026
- 美国政府要求 OpenAI 分阶段发布 GPT-5.66/26/2026
标签: 性能优化
清除筛选PostgreSQL LISTEN/NOTIFY 性能真相:从全局锁瓶颈到 20 倍吞吐量优化
PostgreSQL 的 LISTEN/NOTIFY 是一个被低估的内置功能。它让数据库直接充当消息队列,支持低延迟的发布/订阅模式,对于流式传输、实时通知、LLM token 流推送等场景非常实用。但它有一个长期困扰开发者的性能问题:全局排他锁(global exclusive lock),所有包含 NOTIFY 的提交事务被强制串行化执行。2025 年 3 月,会议记录平台 Recall.ai 因这个锁导致数据库三次宕机,随后发表了一篇广泛流传的文章,标题直接叫"Postgres LISTEN/NOTIFY does not scale"。
2026 年 7 月,数据库基础设施公司 DB
7/25/2026PostgreSQL数据库性能优化
