Debian服务器内存泄漏排查需分层验证：先看available是否持续下降，再查/proc/meminfo中Slab、SReclaimable等定位内核侧问题，最后用smem按PSS排序找用户进程，结合pmap和valgrind/jemalloc确认泄漏。
Debian 服务器内存泄漏排查不是一上来就杀进程或重启服务，关键在于分层验证：先确认是不是真泄漏，再定位是内核还是用户态程序的问题，最后落到具体代码或配置。整个过程不依赖复杂工具，多数命令系统自带，10分钟内就能跑完核心判断链。
看 available 而不是 usedfree -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 查前几大内存段，特别关注 [ 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）
不复杂但容易忽略
