Discuz 升级过程中出现数据库升级脚本错误如何回滚？

Discuz 升级脚本报错后无法自动回滚，唯一可靠方案是还原升级前的数据库备份并恢复旧版程序文件。操作前需确认备份完整性，风险在于备份时间点后的新数据将丢失。

先说结论：Discuz 没有内置升级回滚按钮，必须通过手动还原数据库和代码文件实现版本退回。

命令速用版

若服务器支持命令行操作，可参考以下快速处理思路，具体路径需根据实际部署调整：

1. 停止 Web 服务防止写入新数据：
systemctl stop nginx 或 systemctl stop httpd

2. 还原数据库（假设备份文件为 discuz_backup.sql）：
mysql -u 用户名 -p 数据库名 < discuz_backup.sql

3. 恢复旧版文件（假设旧版备份在 ../discuz_old）：
cp -r ../discuz_old/* ./

4. 清理缓存文件：
rm -rf data/cache/* data/template_cache/*

升级脚本执行中断会导致数据库结构处于不一致状态。Discuz 升级过程会依次执行多个 SQL 语句修改表结构，一旦脚本报错停止，部分表已更新而部分未更新，程序代码与新数据库结构不匹配，导致无法正常运行。

步骤 1：停止网站访问
在服务器防火墙或 Web 服务配置中暂停站点，防止升级失败后用户继续写入数据，增加回滚难度。

步骤 2：还原数据库备份
登录 phpMyAdmin 或使用命令行，导入升级前导出的 SQL 文件。务必确认导入完成后无报错，数据库表结构应恢复到旧版本状态。

步骤 3：恢复程序文件
将升级前的 Discuz 程序文件包解压，覆盖当前网站目录。注意保留 config/config_global.php 和 config/config_ucenter.php 中的数据库连接配置，避免覆盖后无法连接数据库。

步骤 4：清理缓存
删除 data/cache/ 和 data/template_cache/ 目录下的所有文件，防止旧代码加载新结构的缓存数据。

步骤 5：检查配置文件权限
确认恢复后的文件权限正确，特别是 config/ 和 data/ 目录需具备写入权限，否则后台无法正常运行。

1. 访问网站前台，确认页面加载无数据库错误提示。
2. 登录后台管理中心，查看“首页”或“系统信息”，确认 Discuz 版本号已回到升级前版本。
3. 尝试发布新帖子和登录用户账号，验证数据库读写功能正常。

1. 配置文件被覆盖：恢复文件时若直接全覆盖，会丢失数据库密码配置，导致网站无法连接数据库。
2. 缓存未清理：旧代码配合新缓存会导致模板错误或功能异常，必须手动删除缓存文件。
3. 备份不完整：若只有文件备份没有数据库备份，回滚后会出现表结构不匹配错误，必须两者兼备。

不建议手动修复 SQL。Discuz 升级脚本逻辑复杂，手动修改数据库结构极易遗漏依赖关系，导致后续升级再次失败或数据损坏。

Discuz 系统后台没有内置升级回滚按钮。升级操作被视为不可逆过程，必须依赖外部备份进行恢复。