我之前也碰到过一模一样的糟心事——明明.env里配置了正确的线上数据库信息，Laravel却死咬着localhost不放，连php artisan xxx:clear这类清除缓存的命令都因为数据库连接失败抛错。这确实是缓存在搞鬼，下面给你几个能强制清缓存的办法，按从简单到灵活的顺序来：

方法一：直接手动删除缓存文件（最直接，推荐优先试） #

Laravel的配置缓存、路由缓存这些都存在本地文件里，直接删掉就行，完全绕过artisan和数据库连接：

• 删掉bootstrap/cache/目录下的config.php、services.php、packages.php这几个缓存文件（如果有的话）
• 清空storage/framework/cache/、storage/framework/views/、storage/framework/sessions/目录下的所有文件（注意别删目录本身）

操作完之后，Laravel就会重新读取.env里的新配置了。

方法二：用临时PHP脚本强制清缓存 #

如果手动删文件不方便，或者你想自动化一点，可以在项目根目录创建一个clear-cache.php脚本：

<?php
require __DIR__.'/vendor/autoload.php';
$app = require_once __DIR__.'/bootstrap/app.php';
$kernel = $app->make(Illuminate\Contracts\Console\Kernel::class);

// 依次执行各类缓存清除命令
$kernel->call('config:clear');
$kernel->call('cache:clear');
$kernel->call('route:clear');
$kernel->call('view:clear');

echo "所有缓存已强制清除完成！\n";

然后在终端运行：

php clear-cache.php

这个脚本会直接加载Laravel应用并执行清缓存命令，这些命令本身不需要数据库连接，所以能完美避开你遇到的数据库权限问题。

方法三：命令行批量删除缓存文件（服务器端适用） #

如果是在Linux服务器上，直接用一行命令就能搞定所有缓存文件：

rm -rf bootstrap/cache/*.php && rm -rf storage/framework/cache/* && rm -rf storage/framework/views/* && rm -rf storage/framework/sessions/*

这个命令会一次性删除所有相关缓存文件，效率很高。

额外提醒 #

等缓存清完、Laravel能正常读取.env配置后，如果需要优化生产环境性能，可以运行：

php artisan config:cache

但要注意——运行这个命令后，Laravel会把.env的内容编译到缓存文件里，之后再修改.env不会生效，必须再次执行config:clear才能重新读取新配置。

另外，确保storage/和bootstrap/cache/目录的权限正确，给服务器运行该应用的用户（比如www-data）读写权限，避免后续缓存生成失败。

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