升级PHP后需手动清空opcache、APCu及Redis/memcached三类缓存，并验证版本一致性与缓存状态，同时注意PHP 8+兼容性断点及Composer autoload更新。
PHP 版本过低导致缓存行为异常怎么办
PHP 版本过低（比如 7.2 或更低）本身不会“自动清缓存”，但会影响 opcache、apcu、redis 等扩展的行为和配置项支持。升级 PHP 后，旧缓存可能仍被旧进程加载，或新版本因默认配置变化导致缓存未生效、命中率骤降甚至报错。
升级 PHP 后必须手动清空的三类缓存
升级不是一劳永逸——很多缓存不随 PHP 二进制切换而自动失效，需人工干预：
-
opcache：PHP 内置字节码缓存，进程级驻留。即使重启 Web 服务，若使用php-fpm的静态模式且未 reload，旧 opcache 仍可能运行；升级后建议执行opcache_reset()或调用sudo systemctl reload php*-fpm（注意匹配实际服务名，如php7.4-fpm） -
APCu：用户数据缓存，进程隔离。PHP 升级后新进程无共享内存段，但旧php-fpmworker 可能还在用老缓存；执行apcu_clear_cache()或重启php-fpm才能彻底清空 - 外部缓存（
redis/memcached）：不受 PHP 版本直接影响，但应用层代码若依赖低版本序列化格式（如 PHP 7.3 前的igbinary兼容性问题），可能读取失败；建议升级后用redis-cli FLUSHDB或flush_all清空对应库
检查是否真清干净了的两个关键动作
别只信“我 reload 过了”。验证比操作更重要：
- 确认当前运行的 PHP 版本与预期一致：
php -v和phpinfo()输出要一致；Web 请求中执行echo PHP_VERSION;，避免 CLI 和 FPM 使用不同版本 - 验证缓存重置是否生效：对
opcache，访问/opcache-reset.php（内容为）后，再查opcache_get_status()中opcache_enabled和memory_usage是否归零；对APCu，调用apcu_cache_info()查看num_hits是否从升级后开始累计
容易被忽略的兼容性断点
PHP 8.0+ 移除了 mysql_*、废弃了 create_function()，部分缓存逻辑若硬编码了这些函数，会在升级后直接 fatal error，导致整个缓存写入流程中断——此时你以为“缓存没清”，其实是“根本没写进去”。尤其注意：
立即学习“PHP免费学习笔记（深入）”；
- 自定义缓存驱动里是否用了
serialize()+unserialize()处理对象？PHP 8.1+ 对未声明__unserialize()的类更严格，可能静默失败 - Composer 自动加载器（
vendor/autoload.php）在 PHP 升级后需重新生成：composer dump-autoload --optimize，否则类缓存可能指向旧路径 -
.user.ini或php_admin_value中的opcache.enable=0类配置，在新版 PHP 中可能被忽略或报 warning，需改用ini_set('opcache.enable', '1')或统一在php.ini中设置
