PHP -fpm 服务器内存占用陡坡式上涨，请问如何彻底解决？
这个问题让我黯然伤神，不知该如何是好？
我查了一下，几乎全网都在告诉你调整 php-fpm 运行模式，如 pm 改为 dynamic 或 static 以及调整 php-fpm 子进程数量，或者就是让你调低 pm.max_requests 的值，让它达到请求数时自动销毁进程以释放内存。
我们就是这么做的，虽然有点用，但这明显不是治本的办法，这只是一种妥协。
让我疑惑的是，对于内存的释放，我也查到不同的说法：
说法一（来自 Swoole 官方微信公众号）
FPM 自带黑魔法，传统的跑在 FPM 下的 PHP 代码是没有“内存泄漏”一说的。因为 PHP 内核有一个关键函数叫做 php_request_shutdown，此函数会在请求结束后，把请求期间申请的所有内存都释放掉，这从根本上杜绝了内存泄漏。
说法二（来自 PHP 开发组核心成员博客）
PHP 之所以会在请求结束后正确的释放掉所有的资源，内存，这是因为当我们在脚本中使用新的内存的时候，PHP 会向 OS 申请一大块内存(ZEND_MM_SEG_SIZE 大小)，然后分给你你需要的合适的一块小内存。
当你不使用这块小内存的时候，PHP 也不会返还给 OS，而是保留下来给后续的处理使用。所以，如果你使用完了资源不及时释放，那么后续的逻辑如果请求内存，PHP 发现之前申请的一大块内存已经分光了，它就只好再次向 OS 发起 malloc 调用，得到一块新的大内存。 并且它还需要对这个大内存做一些标记处理。
而如果你使用完资源，及时释放的话，那么下次脚本申请内存的时候，你之前归还的内存块就可以被重复利用，那么也许你的整个脚本只需要和 OS 申请一次内存。
如果你买了一本 PHP 的书，它告诉你: “不用在 PHP 主动释放资源，因为 PHP 会帮你释放”的话，我建议你，烧了它。
说法三（来自 PHP 官方手册）
引用计数系统是 Zend 引擎的一部分，可以自动检测到一个资源不再被引用了（和 Java 一样）。这种情况下此资源使用的所有外部资源都会被垃圾回收系统释放。因此，很少需要手工释放内存。
以上说法，不知道哪个是正确的。但事实是存在的，php-fpm 进程的内存使用就是会上涨。
有没有大神指点一下，如何深入分析内存上涨的原因？假设要深入 PHP 代码，有没有行之有效的分析工具?
（注：我不是 php 程序员）。