如何调试这种Tengine worker进程高内存占用的问题？

在Tengine（基于Nginx的高性能Web服务器）中，排查单个worker进程内存占用突然增长的问题，可以遵循以下步骤进行调试：

1. 收集基本信息：

   • 获取当时的系统资源监控数据，包括CPU、内存、I/O等指标，以确定是否有其他并发问题或资源瓶颈。
   • 通过top、pmap或/proc/<pid>/smaps等Linux工具实时或事后查看内存使用详情，了解内存分配的大致分布和增长趋势。
   • 检查Tengine/Nginx的错误日志和访问日志，查看是否有异常请求、配置错误或模块加载问题。

2. 分析Tengine配置：

   • 检查Tengine的配置文件，看是否有设置不当导致内存泄露的问题，比如缓存大小设置过大、keepalive设置不合理、fastcgi、memcached等模块的buffer大小等。

3. 模块排查：

   • 确定是否有特定模块导致内存泄漏，比如大型上传文件处理、Lua脚本缓存、SSL会话缓存等。
   • 如果怀疑是某个模块引起的，尝试禁用该模块看内存占用是否恢复正常。

4. 跟踪内存分配：

   • 使用内存检测工具如Valgrind、tcmalloc（gperftools）或AddressSanitizer（ASAN）对Tengine进行编译和运行，这些工具可以帮助找出内存泄漏和非法访问等问题。
   • 在Tengine/Nginx源码中加入内存分配统计代码，或使用nginx_mem_leak_debug之类的内存泄漏检测补丁进行调试。

5. 核心转储分析：

   • 尽管你提到核心文件中无法找到映射地址，但如果能生成core dump文件，可以用gdb配合nginx的调试符号文件进行分析，查看堆栈信息和内存分配状态。

6. 长期监控：

   • 实施长期的资源监控和日志审计，以便在问题重现时迅速捕捉到现场信息。

7. 复现问题：

   • 尝试复现问题，这对于定位问题源头至关重要。通过模拟生产环境的请求负载和场景，观察何时会出现内存激增。

如果在内存映射中发现了大片空白或未使用的内存区域，可能是操作系统预留的虚拟地址空间，并不代表实际物理内存的占用。但若这些区域持续增长且无释放迹象，仍然需要进一步排查。同时，如果内存段在核心文件中无法找到，可能是因为当时没有生成有效的core dump，或者生成core文件时这些内存段已被释放。确保在问题发生时能够及时获取到core dump，并正确关联调试符号，以便进一步分析。