在企业级服务器上，PgAdmin 是许多 DBA 和开发者的首选管理工具。但当它在 CentOS 上跑得“满身是汗”， 内存占用飙升时整个系统的响应速度也会随之下降。 不堪入目。 下面 我把自己踩过的坑、试过的技巧全部写下来希望能帮你把 PgAdmin 的“胃口”收回来让服务器呼吸更顺畅。

一、 先从系统层面拔掉“肥肉”

1️⃣ 关闭不必要的服务和守护进程

使用 top/htop 把占用前十的进程列出来然后逐个判断是否真的必须跑。 在理。 常见的“冗余”包括：

• postfix
• firewalld
• rpcbind
• abrt*

# 查看进程
top -b -n1 | head -n20
# 停止并禁用服务
systemctl stop postfix
systemctl disable postfix

2️⃣ 调整内核参数， 给内存一点喘息空间

下面这张表列出了几个常见且平安的调优项：

参数名	推荐值	作用说明
vm.swappiness	15	降低系统对 swap 的依赖，尽量让数据留在 RAM 中。
net.ipv4.tcp_tw_reuse=1	-	TCP TIME-WAIT 状态复用，减少端口耗尽。
fs.file-max=1000000	-	提升文件句柄上限，防止因打开太多连接导致异常。
KERNEL.pid_max=4194304	-	扩大 PID 范围，适合高并发场景。

编辑 /etc/sysctl.conf 后施行：

# sysctl -p
sudo sysctl -p
# 检查生效情况
sysctl vm.swappiness
sysctl net.ipv4.tcp_tw_reuse

二、 PgAdmin 本身的轻量化秘籍

1️⃣ 禁用冗余插件与功能模块 🎯

P​gAdmin 4 默认加载了不少图形化插件，如 Dashboard、Query Tool 的高级可视化等。 行吧... 如果你只需要基本的查询与表结构管理， 这些插件完全可以关掉：

# 编辑配置文件
vi /etc/pgadmin/config_local.py
# 注释或删除以下行
# ENABLE_DASHBOARD = True
# ENABLE_QUERY_TOOL = True
# ENABLE_GRAPHICAL_PLAN = False   # 如不需要可直接关掉

TIPS：每次修改后记得重启服务：

2️⃣ 限制查询后来啊行数和分页大小 📊

P​gAdmin 在返回大后来啊集时会一次性把所有记录装进内存，这也是内存激增的主要原因之一。通过调小默认分页行数，可以显著削减峰值消耗，坦白说...。

# config_local.py 中加入或修改以下参数
DATA_RESULT_ROWS_PER_PAGE = 500   # 默认 1000， 可酌情调低至 200‑500
MAX_QUERY_RESULTS = 20000         # 单次查询最大返回行数，上限防止意外刷爆内存

3️⃣ 会话管理：让闲置用户自动退出 ⏰

P​gAdmin 会为每个登录保持一个 Web 会话，如果管理员忘记登出，那这些会话会一直占据内存。进入「Preferences → Browser → Properties」把以下两项调小：，翻车了。

• User inactivity timeout： 30 分钟；超时后自动注销。
• Session expiration time： 1 小时；强制刷新令牌。

太暖了。 如果你倾向于脚本化清理， 也可以把临时文件夹加到 crontab：

# 每周日凌晨 3 点清理缓存
0 3 * * 0 find ~/.pgadmin/storage/ -type f -mtime +7 -delete

三、数据库层面的配合——让 PostgreSQL 更省心

1️⃣ 调整 PostgreSQL 参数，间接减轻 PgAdmin 压力 🚀

参数名	推荐值	说明 & 效果
warm_buffers = 64MB shared_buffers = 2GB work_mem = 16MB maintenance_work_mem = 128MB max_connections = 50
effective_cache_size =6GB	帮助优化查询计划，使得 PG 不必频繁进行磁盘 IO，从而降低 PgAdmin 查询响应时间。
log_min_duration_statement=200ms	记录慢查询，以便后续分析优化。
max_parallel_workers_per_gar=2	适度开启并行查询，提高大表扫描速度。

修改完毕后施行 `systemctl restart postgresql` 使新配置生效，抓到重点了。。

2️⃣ 使用连接池分流 🏊‍♀️

给力。 P​gAdmin 本身每打开一个数据库就会保持一个独立连接， 如果业务里还有其他应用也直连 PostgreSQL，很容易把 max_connections 推到天花板。部署轻量级连接池 PgBouncer， 把短暂但频繁的请求复用已有连接，可以把 PgAdmin 的实际占用降到原来的一半左右。

# 安装 PgBouncer
yum install -y pgbouncer
# 简单配置示例
mydb = host=127.0.0.1 port=5432 dbname=mydb
listen_addr = 127.0.0.1
listen_port = 6432
auth_type = md5
auth_file = /etc/pgbouncer/userlist.txt
pool_mode = transaction   # 推荐模式
max_client_conn = 200      # 客户端最大连接数， 可根据需求放宽
default_pool_size = 20     # 每个数据库最多保持多少后台连接
# 启动并加入开机自启 
systemctl enable pgbouncer && systemctl start pgbouncer
# 在 PgAdmin 中把端口改为 6432 即可使用连接池 
      

四、实时监控与诊断——别等问题爆炸再慌乱💥

• 使用 htop 实时观察 PgAdmin 主进程的 RSS 与 CPU 占比；若出现突增，可立刻定位是哪条 SQL 导致。
• 开启 PostgreSQL 的 pg_stat_activity 和 pg_stat_statements ，用 SQL 把慢查询挑出来：“SELECT … FROM pg_stat_activity WHERE state='active';”。
• 定期施行 “free -m” 与 “vmstat –s”， 记录关键指标趋势，一有异常就回滚最近一次配置改动。

五、 保持最新 —— 升级到官方推荐版 📦

我心态崩了。 P​gAdmin 社区每半年都会发布一次大版本，新版往往修复了旧版中潜在的内存泄漏以及 UI 渲染性能问题。升级步骤如下：

1. 备份当前配置：

   cp -r /var/lib/pgadmin /var/lib/pgadmin.bak
   cp /etc/pgadmin/config_local.py /etc/pgadmin/config_local.bak   

2. 使用官方仓库获取最新 RPM：

   yum install https://ftp.postgresql.org/pub/pgadmin/pgadmin4-rpm-repo-2024-01.noarch.rpm -y
   yum update pgadmin4 -y   

3. 检查新版本日志，有无破坏性变更；若一切正常重启服务即可。

六、 ：一步步压缩“体积”，让 CentOS+PgAdmin 更轻盈 🌈

关键点速查表
系统层面	关闭无关服务、调低 vm.swappiness、限制 file‑max	PgAdmin 本身	禁插件、分页限制、会话超时
数据库配合	合理设置 shared_buffers/work_mem、使用 PgBouncer	监控诊断	htop+pg_stat_activity+定期日志审计
建议每次改动后做一次完整备份，以免误操作导致服务不可恢复！

---

©2026 技术分享站 | 本文仅供学习交流，如有侵权请联系删除。

---