如何通过Debian PgAdmin轻松实现数据库实时监控功能？

一、快速上手：Dashboard 与实时指标

在 Debian 程序上使用 pgAdmin 进行数据库监控。很多小伙伴都会遇到以下痛点：

• ① 安装和配置过程繁琐，文档分散。
• ② 日志分析不直观，定位慢查询需要反复切换工具。
• ③ 程序资源使用情况情况难以在同一界面看到。
• ④ 实时告警缺失，异常只能事后手动排查。

1️⃣ 安装 pgAdmin 4

打开终端，执行以下命令即可在 Debian 上快速部署 pgAdmin 4：

sudo apt update
sudo apt install curl ca-certificates gnupg
curl https://www.pgadmin.org/static/packages_pgadmin_org.pub | sudo apt-key add -
echo "deb https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/debian $ pgadmin4" | sudo tee /etc/apt/sources.list.d/pgadmin4.list
sudo apt update
sudo apt install pgadmin4-web # 选择“yes”完成初始化配置
sudo /usr/pgadmin4/bin/setup-web.sh # 按提示创建管理员账户

安装完毕后访问 http://your_server_ip/pgadmin4 即可登录 Web 界面。说起来，

2️⃣ 使用 pgBadger 进行日志分析

pgBadger 能把 PostgreSQL 的原始日志转换为友好的 HTML 报表。让慢查询一目了然：

# 安装 pgBadger
sudo apt install postgresql-contrib # 包含 pg_badger 脚本
# 假设日志方法为 /var/log/postgresql/postgresql.log
pgbadger -f stderr /var/log/postgresql/postgresql.log -o /var/www/html/pgbadger_report.html

将生成的报告放到 Web 服务器目录后可直接在浏览器中查看。配合 pgAdmin 的 Query Tool，你可以快速定位报表中标记的慢查询并在 Dashboard 中验证其影响。

3️⃣ 查看程序资源使用情况

虽然 pgAdmin 本身不直接展示程序层面的 CPU、内存，但它提供了 “Server Activity” 节点。可以间接获取每个后台进程的资源使用情况：

• 打开左侧树形结构 → **Servers → {你的服务器} → Server Activity**。
• 在列表中可以看到每个进程的 PID、状态、执行时间还有占用的 CPU% 和 Memory%。

痛点提示：如果想要更细粒度的程序监控。建议结合 Grafana + Promeus，如下步骤。

4️⃣ Dashboard 实时指标展示

登录 pgAdmin 后在左侧树中选中目标服务器或数据库，右侧会自动出现 **Dashboard** 页面。这里可以实时查看：

• 连接数
• 活跃查询
• 锁等待
• I/O 延迟
• CACHE 命中率

所有图表均支持刷新间隔自定义，帮助你第一时间捕捉异常峰值。

5️⃣ 添加 PostgreSQL 服务器

1. 在左侧导航栏点击 **Add New Server**。
2. 填写以下必填信息：
   • Name: 自定义名称，例如 “Prod‑DB”。老实说，
   • Host name/address: 数据库 IP 或域名。
   • Port: 默认 5432，可自行修改。
   • User name / Password:.

6️⃣ 启用并使用 pg_stat_statements

`pg_stat_statements` 是 PostgreSQL 官方提供的 用于收集每条 SQL 的执行次数、总耗时等关键统计信息。至于具体操作如下，

# 在 postgresql.conf 中加入或取消注释：
shared_preload_libraries = 'pg_stat_statements'
# 重启数据库服务：
sudo systemctl restart postgresql
# 在目标数据库里创建
：
CREATE EXTENSION IF NOT EXISTS pg_stat_statements;

随后在 pgAdmin 的 **Statistics** 模块里选择 “pg_stat_statements”，即可看到类似下面的表格：

ID	User	Total Calls	Total Time	Ave Time	Description
1	app_user	15234	12456.78	0.82	SELECT * FROM orders WHERE status='pending';

通过排序 “Total Time” 或 “Avg Time”。可以快速锁定最耗时的 SQL，接下来在 Dashboard 中观察对应的活跃会话进行调优。

7️⃣ 集成 Grafana + Promeus

安装 Promeus Exporter：

 sudo apt install postgresql-exporter 

1. 编辑 exporter 配置，使其指向你的 PostgreSQL 实例；开启服务：

    sudo systemctl enable postgresql-exporter && sudo systemctl start postgresql-exporter 

2. Grafana 中添加 Promeus 为数据源； 其实，导入官方 PostgreSQL 仪表板。 至于此仪表板涵盖，
   • 连接数、事务速率、缓存命中率等关键指标；
   • 锁等待时间、复制延迟等高级监控项；
   • 阈值告警规则，可通过邮件或 Slack 实时推送。说起来，

完成后你可以在 Grafana 与 pgAdmin 两套 UI 中交叉验证。同步发现性能瓶颈，

---

八、进阶插件与自定义脚本 （解决“功能受限”)

如果基本 Dashboard 仍不能满足业务需求。可以考虑以下方案：

• SQL Profiler 插件记录每一次 SQL 执行的完整上下文，包括事务 ID、锁信息等；适用于审计和深度性能诊断。
• 自定义 Python 脚本利用 psycopg2 定期采集 pg_catalog 程序视图数据。并推送至 InfluxDB，再由 Grafana 可视化。
• Alertmanager + Telegram Bot配合 Promeus Alertmanager。将严重告警直接推送到运维群组，实现即时响应。

© 2026 Debian PgAdmin 实时监控教程 – 保持关注，持续升级！怎么说呢，