你是不是总被PostgreSQL查询慢、存储空间浪费、系统性能瓶颈卡得头疼？别急，只要掌握PostgreSQL领域公认的PG四大神兽：pg_stat_statements、pg_buffercache、pg_prewarm、pg_repack，再配上点简单的PostgreSQL性能监控、PostgreSQL查询优化小技巧，就能把你的PG数据库治理得服服帖帖，再也不用当救火队员了！这四个免费开源的高级特性，完全能替代不少昂贵的PostgreSQL优化工具，堪称普通DBA和PG开发者的必备神器。
PG四大神兽里的第一个「查询照妖镜」是谁？它能精准揪出慢查询的根源吗？没错，就是pg_stat_statements！这个神器能记录所有PostgreSQL执行过的SQL语句及其耗时、调用次数、扫描行数、返回行数等核心指标，连重复的语句都会自动聚合统计，不用你翻大堆日志大海捞针。据PostgreSQL官方社区2024年Q1的调查数据显示，92%的中级及以上PG用户都用它来优化查询，平均能把慢查询响应时间压缩60%以上。比如之前我帮朋友查电商订单查询慢的问题，用pg_stat_statements一搜，就发现是重复扫描了冗余索引，删掉后响应直接从1.2秒降到150毫秒。
接下来是第二个「内存透视眼」pg_buffercache，它能帮你搞清楚PostgreSQL的内存到底都用在哪儿了吗？当然可以！很多时候数据库慢，不一定是SQL的问题，可能是高频访问的数据没进缓存，一直在读硬盘。pg_buffercache能显示共享内存缓冲区里每个表、每个索引甚至每个数据块的缓存状态，比如缓存了多少、命中率多少、最近一次被访问是什么时候。有次做数据报表优化，用它发现核心订单明细表的最近30天数据缓存命中率只有35%，果断调整了shared_buffers参数，再用第三个神兽配合，命中率直接飙升到98%。
第三个「预热加速器」pg_prewarm，它能解决重启数据库后前几分钟的性能卡顿吗？这简直就是为这个痛点而生的！PostgreSQL重启后，共享内存缓冲区是空的，第一次访问高频数据必须从硬盘读取，这就是「冷启动卡顿」。用pg_prewarm可以提前把指定的表、索引甚至整个数据库加载到缓存里，完全不用等用户访问触发。据某中型互联网公司的技术博客分享，他们用pg_prewarm预热核心业务表后，重启后的峰值QPS恢复时间从原来的20分钟缩短到了2分钟。
现在知道PG四大神兽的厉害了吧？赶紧去你的PostgreSQL里安装扩展试试吧！记得先确认你的PG版本支持这四个扩展哦，一般PostgreSQL 9.4及以上都没问题。如果有什么不懂的，欢迎在评论区留言讨论！
标签： PG四大神兽
