seoAA 你是不是对PG炼金术这个词好奇？其实它不是什么玄学，就是结合PostgreSQL特性的SQL性能调优、数据库优化方案的统称——能像玩索引魔法似的，帮你解决慢查询优化、SQL重写技巧这些头疼问题，轻松实现运维降本增效，是PostgreSQL实战必备的硬核技能。别觉得难，哪怕是刚接触PostgreSQL半年的新人，掌握下面的方法也能上手。
全表扫秒到毫秒级查询？PG炼金术的“索引魔法”到底怎么练？
很多人调优第一反应是建索引，但乱建只会占空间拖慢写入，练对PG的索引魔法才是关键。举个真实案例：某生鲜电商后台库存表每天产生10万条数据，原来查询特定仓库某品类近3天销量全表扫要3.2秒，运维小哥用复合B树索引替换单字段索引，加上只查询必要列的覆盖索引，居然降到了0.08秒，数据库写入性能只降了1.2%。复合索引要注意最左前缀原则，覆盖索引记得把查询条件、排序、聚合的列都加进去，这样就能让PG直接从索引里拿数据，跳过数据文件。
写了一堆SQL代码还是慢？试试PG炼金术的“SQL重写”小技巧？
除了索引，90%的慢查询都和写得“笨”有关，这时候就需要PG炼金术的SQL重写了。比如常见的“SELECT *”，某企业内部报表系统原来统计月度用户活跃用了3个JOIN加全字段查询，耗时4.7秒，后来改成只查user_id、login_time、active_level三个必要列，耗时直接砍半到2.1秒；再比如用EXISTS代替IN，子查询效率能提升30%-50%。SQL重写要把握“少取数据、少做运算”的核心，先过滤大表再JOIN，避免用函数包裹查询条件导致索引失效。
数据库越跑越慢？PG炼金术的“定期清理”真的能起死回生？
PostgreSQL用MVCC机制管理并发，会产生很多没用的“死元组”，堆多了不仅占空间，还会让查询变慢——这就像家里堆了垃圾，走路找东西都费劲。某在线教育平台数据库用了一年没清理，死元组占比达22%，查询某课程的历史报名记录要5.9秒，后来用VACUUM ANALYZE全表清理+每周定期自动VACUUM，死元组占比降到0.5%，查询时间又回到了1秒以内。自动清理可以在postgresql.conf里调整参数，比如vacuum_threshold和autovacuum_vacuum_scale_factor，让PG自己判断什么时候该清理。
PG炼金术不是一蹴而就的，需要多练多试，但只要掌握了这3个基础方法，大部分PostgreSQL性能问题都能解决。如果你现在的数据库也有慢查询的困扰，不妨今天就先试试给最常查的表建个合理的复合索引，记得回来分享效果哦！
