启用PostgreSQL慢查询日志需配置log_min_duration_statement、log_line_prefix等参数，通过pgBadger或grep+awk分析日志，定位执行时间长、频率高的SQL，结合EXPLAIN检查执行计划与索引使用，优化全表扫描与缺失索引问题。
PostgreSQL慢查询日志是优化数据库性能的重要工具。通过分析执行时间较长的SQL语句，可以定位系统瓶颈、识别低效查询并进行针对性优化。要有效分析慢查询日志，需先确保日志已正确开启并记录足够信息。
启用慢查询日志
在postgresql.conf中配置以下参数以开启慢查询记录：
- log_min_duration_statement = 1000：记录执行时间超过1秒的SQL（单位为毫秒，设为0记录所有语句）
- log_line_prefix = '%t [%p]: [%l-1] user=%u,db=%d,app=%a,client=%h '：添加上下文信息便于追踪
- log_statement = 'none'：避免记录所有SQL干扰慢查询分析
- logging_collector = on：确保日志被收集到文件
修改后重启PostgreSQL或重载配置：SELECT pg_reload_conf();
理解慢查询日志格式
一条典型的慢查询日志条目如下：
2024-04-05 10:23:45 CST [12345]: [1-1] user=app_user,db=mydb,app=PgBouncer,client=192.168.1.100 LOG: duration: 2450.32 ms statement: SELECT * FROM orders WHERE user_id = 12345;
关键字段包括：
- timestamp：执行时间点
- duration：语句执行耗时（ms）
- user/db/client：来源信息，有助于定位调用方
- statement：实际执行的SQL
使用工具解析与统计
手动查看日志效率低，推荐使用专用工具提升分析效率：
-
pgBadger：功能强大的日志分析工具，生成HTML报告，展示最慢查询、出现频率、执行计划等
使用命令：pgbadger postgresql.log -o report.html - pt-query-digest（Percona Toolkit）：虽为MySQL设计，但可通过格式转换支持PostgreSQL日志
-
grep + awk 自定义分析：例如提取前10条最慢语句：
grep "duration:" postgresql.log | sort -n -k 4 -r | head -10
分析重点与优化方向
识别出慢查询后，应从以下几个方面深入分析：
- 检查执行计划：对慢SQL运行EXPLAIN (ANALYZE, BUFFERS)，查看是否全表扫描、索引失效、行数预估偏差大
- 关注高频低耗与低频高耗：有些查询单次不慢但频繁执行，累积开销大；另一些可能偶发但严重拖累系统
- 识别缺失索引：WHERE、JOIN、ORDER BY字段未建索引是常见原因，结合aiting">相关提示或结合
