debian服务器内存泄漏排查需分层验证：先看available是否持续下降，再查/proc/meminfo中slab、sreclaimable等定位内核侧问题，最后用smem按pss排序找用户进程，结合pmap和valgrind/jemalloc确认泄漏。

Debian 服务器内存泄漏排查不是一上来就杀进程或重启服务，关键在于分层验证：先确认是不是真泄漏，再定位是内核还是用户态程序的问题，最后落到具体代码或配置。整个过程不依赖复杂工具，多数命令系统自带，10分钟内就能跑完核心判断链。

看 available 而不是 used
free -h 输出里，重点盯 available 这一列。它代表系统当前能立刻分配给新进程的内存。如果 available 持续缓慢下降（比如几小时内从 8GB 掉到 2GB），且没有对应的大文件读写或缓存预热行为，才值得往下查。used 高 ≠ 有问题——Linux 会把空闲内存全拿去做 page cache，这部分随时可回收。

查 /proc/meminfo 锁定内核侧嫌疑
运行：

grep -E "^(MemAvailable|Slab|SReclaimable|PageTables|KernelStack)" /proc/meminfo

重点关注：

• Slab 和 SReclaimable 同步上涨 → 内核对象缓存未释放（如 auditd、nf_conntrack 模块异常）
• Slab 很高但 SReclaimable 很低 → 缓存被锁住无法回收
• KernelStack 线性增长 → 内核线程泄漏（常见于驱动或定制模块）
  若这几项稳定，压力大概率在用户进程。

用 smem 找真实吃内存的进程
top 或 ps 默认显示 RSS，但在多进程共享库场景下严重虚高。装 smem（sudo apt install smem），按 PSS 排序：

宝塔Linux面板11.3.0

宝塔面板11.3.0是一款针对Linux服务器设计的可视化管理工具，通过重构核心模块实现资源占用显著降低，尤其适合低配置服务器环境。它将复杂的命令行操作转化为直观的图形界面，帮助开发者快速完成网站部署、环境配置及日常运维工作，无需专业技术背景即可高效管理服务器。

下载

smem -r -s pss -k | head -10

PSS 是共享内存按比例分摊后的值，加起来等于物理内存真实占用。找到 PSS 持续上升的 PID 后，用 pmap -x <pid> | sort -k3 -nr | head -5</pid> 查前几大内存段，特别关注 [ anon ]（匿名映射，通常是堆或 mmap 分配）和 .so 库加载量。

区分泄漏和正常缓存增长

• 如果进程 RSS/PSS 上升后能随 GC 或业务空闲回落 → 属于缓存行为（如 Java 堆自动伸缩、数据库 buffer pool）
• 如果 RSS/PSS 呈单调上升趋势，且进程重启后归零 → 基本确认泄漏
• 若泄漏发生在 C/C++ 程序，用 valgrind --leak-check=full --show-leak-kinds=all ./your_binary 在测试环境复现；若必须线上查，改用 jemalloc profiling（export MALLOC_CONF="prof:true,prof_leak:true,prof_prefix:jeprof" 启动程序，运行后 jeprof --pdf ./your_binary jeprof.out.*.heap > leak.pdf）

不复杂但容易忽略