设置opcache.memory_consumption为2GB且超出Pod内存限制会产生什么问题？

首先明确两个核心配置的对应关系：
你设置的opcache.memory_consumption = 2048代表OPcache要申请2048MB（即2GB）的共享内存存储预编译PHP脚本缓存，而你的K8s Pod硬内存限制为memory: "1Gi"（约1024MB），OPcache申请的内存本身就已经超过了整个Pod的可用内存上限，会触发以下问题：

• PHP进程启动阶段就会报错：PHP-FPM/CLI进程启动时会先尝试申请配置值对应的共享内存段，该申请请求会直接被Pod所属的cgroups内存限制拦截，抛出Failed to allocate shared memory for OPcache类的错误，多数情况下PHP进程直接启动失败，Pod进入CrashLoopBackOff循环，业务完全无法对外提供服务。
• 若因节点内存超售等特殊情况进程侥幸启动，运行过程中一旦OPcache的内存占用叠加PHP运行时内存、系统基础进程内存总占用触及1Gi限制，kubelet会立刻触发OOM Killer杀掉Pod，同样会导致业务中断、请求报错。
• 即便没有触发OOM，OPcache实际可用内存最多也只能到Pod剩余可用内存的大小，远达不到你设置的2GB阈值，OPcache内存占满后会自动清理冷缓存，反而会导致缓存命中率下降，请求RT升高，完全达不到你调高OPcache内存优化性能的预期。

合理调整建议：普通电商类Web应用的PHP脚本总量通常不会超过100MB，OPcache内存设置为128~256MB完全足够。OPcache内存最大不要超过Pod内存限制的1/2，如果你确实需要调高OPcache内存，需要先同步把Pod的limits.memory调整到至少是OPcache内存的2倍以上，预留足够空间给PHP运行时、临时文件、会话等其他内存开销。

内容的提问来源于stack exchange，提问作者GaPa