权限缓存不更新本质是缓存路径、权限归属、服务状态或机制未对齐；需先定位问题层：查配置路径、验证运行时写入位置、检查目录属主与执行权限、清理配置残留（如bootstrap/cache/config.php）、排除Web服务器模块缓存干扰，并针对Redis权限缓存采用前缀删除或设TTL。
权限缓存不更新，本质不是“命令没执行”，而是缓存路径、权限归属、服务状态或缓存机制本身没对齐。直接敲 clear cache 很少能一劳永逸，关键得先定位问题在哪一层。
确认缓存真实写入位置
很多项目（如 ThinkPHP6、Laravel）允许自定义缓存路径，但开发者常只改了目录权限，却忽略了配置里早已指向别处：
- 查配置文件：打开
config/cache.php（ThinkPHP）或config/cache.php+bootstrap/cache/config.php（Laravel），确认'path'或实际生效的存储路径 - 运行时验证：在控制器或 Artisan 命令中加一句
dump(Cache::getStore()->getCachePath());（TP6）或php artisan tinker --execute="echo storage_path('framework/cache');"（Laravel），看 PHP 进程真正往哪写 - 逐级检查：对输出的绝对路径执行
ls -ld /path/to/cache，重点看属主（应为 web 用户，如 www-data 或 nginx）、组、以及父目录是否都有x权限（缺 x 就进不去，缓存写失败）
清缓存前必须清理配置残留
Laravel 等框架会把配置编译成单个 PHP 文件（bootstrap/cache/config.php），一旦它存在，所有 config/ 下的修改都会被忽略——哪怕你刚改完 .env：
- 先删旧缓存：
rm -f bootstrap/cache/*.php - 再分步清除：
php artisan config:clear && php artisan cache:clear && php artisan view:clear && php artisan route:clear - 重建前核对：
APP_KEY必须已生成且未被注释，否则config:cache会静默失败，导致 500 错误
注意 Web 服务与模块级缓存干扰
即使 PHP 层缓存清干净了，Apache/Nginx 可能还在用模块缓存返回旧响应：
- Apache 用户：检查
mod_cache是否启用，临时禁用更稳妥：a2dismod cache cache_disk，再重启 Apache - 确认
cache_ignore_headers没把Set-Cookie加进去，否则带登录态的权限判断可能被缓存穿透 - Nginx 用户：检查是否有
proxy_cache或fastcgi_cache配置，对应需执行rm -rf /path/to/cache/*并重载配置
Redis 权限缓存失效的特殊处理
用 Redis 存权限规则（如 auth_rule）时，Cache::clear() 可能完全没反应，原因很隐蔽：
- 如果缓存设为永不过期（
ttl = 0或null），某些 Redis 驱动的clear()方法依赖KEYS命令匹配 key，而云 Redis 通常禁用该命令 - 安全替代方案：改用前缀批量删除，例如
redis-cli --scan --pattern "think:auth_rule:*" | xargs redis-cli del - 更推荐做法：给权限缓存设置合理 TTL（如 300 秒），避免“永久缓存+无法清除”的死局
