Discuz 版本升级后若因插件不兼容导致网站崩溃，最稳妥的回滚方式是恢复升级前的全站文件备份和数据库备份。若无法完全恢复，可通过重命名插件目录或修改数据库插件状态表临时禁用故障插件。

命令速用版

若服务器为 Linux 环境且拥有 SSH 权限，可通过以下命令快速禁用疑似故障插件目录，阻止其代码加载。

cd /www/wwwroot/your_site/source/plugin
mv problem_plugin problem_plugin_bak

若需清理缓存，执行以下命令：

rm -rf /www/wwwroot/your_site/data/cache/*
rm -rf /www/wwwroot/your_site/data/template/*

注意：请将路径替换为实际站点路径，plugin 目录名需根据实际报错日志确认。

为什么会这样

插件不兼容通常是因为新版本 Discuz 核心代码移除了旧接口或修改了数据库结构。升级过程中，官方核心文件被替换，但第三方插件仍调用旧版本函数，导致 PHP 致命错误。部分插件在升级时会执行安装脚本修改数据库，若回滚文件但未回滚数据库，可能引发数据结构不一致。

分步处理

第一步：备份当前状态。即使网站已崩溃，也需备份当前的数据库和文件，防止回滚操作失误导致数据丢失。

第二步：尝试禁用插件。若无法访问后台，通过 FTP 或 SSH 进入 source/plugin 目录，将最近安装或更新的插件文件夹重命名，添加 .bak 后缀。

第三步：恢复数据库备份。若文件回滚后仍报错，说明数据库结构已被升级脚本修改，需导入升级前的 SQL 备份文件。

第四步：清理缓存。删除 data/cache 和 data/template 目录下的所有文件，确保系统重新编译模板和缓存。

怎么验证是否生效

访问网站前台，确认页面不再显示 PHP 错误信息或白屏。尝试访问后台管理中心（/admin.php），确认能正常登录且无报错。检查 site 根目录下的 data/log 目录，查看 error_log 文件是否不再新增致命错误记录。

常见坑

仅回滚文件未回滚数据库，导致数据库字段缺失报错。清理缓存不彻底，旧缓存文件与新代码冲突。数据库表前缀修改后未在配置文件中同步，导致无法连接表。

常见问题

没有备份能回滚吗

没有备份很难完整回滚，只能尝试禁用插件。

回滚后数据会丢失吗

回滚到旧版本数据库备份会丢失升级期间产生的新数据。

如何定位是哪个插件

查看 data/log 下的错误日志，通常包含插件目录路径。