登录社区云，与社区用户共同成长
邀请您加入社区
来源：https://www.pgedge.com/blog/the-time-traveler-s-primary-key。
本文探讨了Postgres生产环境中高基数工作负载对pg_stat_statements的影响。高基数工作负载指持续生成超出pg_stat_statements.max容量的独特查询，导致无法保留关键性能指标。文章分析了独特性查询的来源，包括ORM生成的动态SQL、AI工具查询等，并通过Bluebox工具演示了Postgres 17与18版本在处理可变IN列表时的差异（17版生成671条独特语句，
PostgreSQL 性能在 Linux 7.0 下出现衰退的真相：内核移除了 PREEMPT_NONE 抢占模式，改用 PREEMPT_LAZY，导致持有自旋锁时可能被抢占。但实际性能下降主要源于大缓冲区池未启用大页时发生的 TLB 未命中问题。启用透明大页（THP）后性能恢复正常。真正值得关注的是容器化环境难以配置大页的问题，这已成为长期存在的性能瓶颈。建议生产环境启用大页或 THP，并在容器
摘要： Postgres单实例扩展存在天花板，其共享资源设计在多租户场景下会引发严重问题。包括： 共享缓冲池竞争：所有数据库共享shared_buffers，导致高负载查询相互驱逐关键缓存； 全局事务ID限制：32位XID和multixact计数器为实例级，单一数据库未及时清理可能触发全实例冻结或拒绝事务； WAL单线程重放：从库仅能单线程处理WAL，主库高并发写入时易造成复制延迟。 这些设计约束
本文介绍了在Ubuntu 18.04等GLIBC 2.27环境下远程连接Cursor的解决方案。核心问题是Cursor自带的Node需要GLIBC 2.28+，而系统仅提供2.27。文章提供了安全可靠的替代方案：1）独立安装glibc 2.28到/opt目录；2）安装官方Node 20；3）通过脚本包装动态加载器启动Node；4）配置PATH确保SSH非交互环境可用。详细步骤包括环境准备、脚本编写
本文介绍了使用ClaudeCode快速开发FastAPI博客API服务的全流程。通过合理的提示词策略，仅用16小时就完成了传统方式需要50小时的工作量。文章详细展示了项目规划、目录结构、关键代码实现（数据库模型、Schema、JWT认证和路由），以及开发耗时和质量对比数据。ClaudeCode不仅提升效率，生成的代码在类型注解、测试覆盖率和文档完整性等方面优于手写代码。作者总结了三种有效的提示词场
摘要：Postgres查询中的读取效率问题 本文探讨了PostgreSQL中的读取效率问题，重点分析了数据膨胀对查询性能的影响。作者通过实验演示了堆膨胀和索引膨胀如何显著增加I/O操作：更新100万行9次后，表大小增长10倍，查询执行时间增加5倍。索引扫描同样受到影响，扫描24,623个页面仅读取999行。解决方案包括重建索引(REINDEX)来减少索引膨胀，但堆膨胀问题仍然存在。文章还提及数据局
摘要：本文展示了一个PostgreSQL查询优化教程的幻灯片实现，使用Manim和Manim-Slides库构建。内容涵盖WHERE与HAVING的区别、避免SELECT *的实践、以及LIMIT分页优化技巧。代码通过彩色语法高亮和指定字体(Milky Han Mono SC)增强可读性，采用动画效果逐步展示SQL优化示例，包括覆盖索引创建和游标分页等高级技巧。
在C:\Users\<你的用户名>\.claude文件夹中找到settings.json文件，添加"env": {"HTTPS_PROXY": "http://127.0.0.1:<你的代理端口>","HTTP_PROXY": "http://127.0.0.1:<你的代理端口>",
PostgreSQL 创建表的核心是，通过避免重复创建；常用约束包括NOT NULLUNIQUECHECK，需根据业务场景设置；进阶用法支持自增字段（）、数组/JSON 类型、索引，可优化存储和查询；外键约束需注意关联表的存在性，级联操作（）需谨慎使用。以上示例可直接在 PostgreSQL 中执行，适配大多数业务场景的表创建需求。
本文介绍了PostgreSQL中EXPLAIN命令的几个实用但鲜为人知的选项。除基本的EXPLAIN和EXPLAIN ANALYZE外，BUFFERS选项可显示数据来自缓存还是磁盘；MEMORY选项（PostgreSQL 18新增）跟踪规划阶段内存使用；WAL选项记录查询产生的日志量；SETTINGS选项显示影响查询的环境参数；VERBOSE选项提供更详细的执行计划信息。这些选项可以单独或组合使用
摘要：解决高并发查询性能问题的方法 文章探讨了处理PostgreSQL高并发查询性能问题的几种解决方案。针对一个需要2-3秒执行的Top-N查询在40个并发会话下耗尽CPU资源的情况，作者分析了当查询已优化但并发量进一步增加(如4000用户)时的应对策略。 主要解决方案包括： 物化视图：预计算结果并定期刷新，但存在数据陈旧和刷新阻塞问题 增量视图维护(pg_ivm)：通过触发器实时更新视图，但带来
PostgreSQL的pg_prewarm扩展在大规模场景下存在1GB内存分配限制问题。当shared_buffers超过约429GB时，自动预热功能会因palloc的1GB硬性限制而失败，导致后台进程崩溃循环。该问题已在PostgreSQL 16.10中修复，改用palloc_extended绕过限制。临时解决方案是禁用autoprewarm功能，永久解决方案是升级到16.10或更高版本。这凸显
文章摘要： PostgreSQL支持纯SQL扩展的开发，无需编译C代码。本文演示如何构建一个DDL管理套件扩展，包含以下功能： 通过配置表控制扩展启用状态和超级用户权限 创建特殊角色允许特定用户绕过DDL限制 提供管理函数和视图来维护绕过用户列表 实现事件触发器阻止未经授权的DDL操作 扩展仅需三个文件：控制文件定义元数据、SQL脚本创建功能对象、Makefile处理安装。这种方法降低了扩展开发门
开源可持续性面临结构性挑战：从pgBackRest终止维护看良性循环的必要性 开源项目的生命周期往往取决于商业支持与社区参与的良性循环。pgBackRest维护者David Steele因缺乏可持续支持而终止项目的案例，揭示了开源基础设施面临的普遍困境。本文通过对比pgBackRest与Barman的技术路线差异，分析了开源项目可持续发展的关键要素：专业维护需要全职投入，而这需要稳定的商业支持循环
