宝塔面板数据库被攻击，教你紧急备份恢复
网站突然打不开，页面报错 “数据库连接失败”，检查宝塔面板后发现数据库表被删除或篡改——这就是典型的数据库被攻击场景。
别着急，只要之前开启过自动备份或手头有备份文件，数据大概率能找回。
这篇教程会从零开始，带你把备份文件重新导入数据库，并完成权限修复和服务验证。
第一步：确认备份状态
先登录宝塔面板，进入 数据库 页面，查看当前数据库列表。
如果数据库还在但数据被清空，可以直接用备份恢复；
如果整个数据库都被删除，则需要重建同名数据库。
检查自动备份文件
在宝塔面板左侧菜单点击 计划任务，查看是否已经设置过数据库自动备份。
如果有，备份文件会存放在指定的备份目录（默认 /www/backup/database）。
打开该目录，你应该能看到 xxx_2025-01-01.sql.gz 或 xxx_2025-01-01.sql 之类的文件。
如果没有自动备份，回忆是否手动导出过 sql 文件，或者使用过其他第三方备份工具。
只要有一个可用的备份文件，恢复就完成了一半。
第二步：从备份文件恢复数据库
情况一：数据库还在，只是数据丢失
- 进入宝塔面板 数据库 页面，找到被攻击的数据库。
- 点击右侧 导入 按钮。
- 在弹出的对话框中选择 本地备份，然后选择之前导出的 sql 文件（或从备份目录上传的 sql 文件）。
- 点击 开始导入，等待进度条走完。
导入成功后，点击数据库名旁边的 管理 按钮，进入 phpMyAdmin，检查数据表是否已恢复。
情况二：数据库被彻底删除
- 在宝塔面板 数据库 页面，点击 添加数据库，创建与被删除数据库完全同名的数据库，用户名和密码可以保持与原来一致（如果忘了原密码，新建一个也无妨，后面需要修改网站配置文件）。
- 创建完成后，点击新数据库的 导入 按钮，选择备份文件导入。
- 如果网站配置文件（一般是网站根目录下的
wp-config.php或config.php）中的数据库名、用户名、密码与新建的数据库一致，则直接恢复访问；否则需要编辑配置文件，将对应参数改为新建的数据库信息。
通过命令行恢复（备用方案）
如果备份文件较大（超过200MB），面板导入可能超时，建议使用 SSH 命令行：
# 解压 gz 压缩的备份文件（如果是 .sql.gz 先解压）
gunzip /www/backup/database/xxx.sql.gz
# 导入 sql 文件（替换为实际数据库名、用户名和文件路径）
mysql -u 数据库用户名 -p 数据库名 < /www/backup/database/xxx.sql
# 输入密码后等待导入完成避坑指南
- 恢复前先备份当前状态：如果当前数据库还有部分数据，建议先导出一次，避免误操作覆盖残留的有用记录。
- 备份文件损坏怎么办：解压时提示
gzip: invalid compressed data，说明文件已损坏。如果是定时备份，可以尝试恢复更早的一个版本；如果是云存储远程备份，检查本地是否还有未损坏副本。 - 导入后网站依然报错：大概率是数据库连接信息没更新。检查网站根目录下的数据库配置文件，确认数据库名、用户名、密码和主机（通常是
localhost）与实际一致。 - 避免重装面板：数据库被攻击不代表面板本身被攻破，通常只是网站漏洞导致 sql 注入或弱密码被猜解。不建议一遇到攻击就重装面板，否则可能丢失所有未备份数据。
效果验证
恢复完成后，按以下步骤确认：
- 打开网站首页，看是否正常显示内容。
- 检查文章列表、用户登录、商品列表等动态页面是否正常。
- 登录宝塔面板 数据库 页面，点击 phpMyAdmin，查看数据表行数是否与备份时的预期一致。
- 如果网站使用了 Redis 或 Memcached 等缓存，建议清除一下缓存（宝塔面板 -> 软件商店 -> Redis -> 管理 -> 清空所有数据），避免旧缓存干扰。
如果以上验证都通过，说明恢复成功。
之后请立即修改数据库密码（建议20位以上随机字符），并检查网站源码中最近被上传的可疑文件，防止二次入侵。
最后说两句
数据库被攻击后能快速恢复，全靠平时养成的备份习惯。
如果你现在手里没有备份，别慌——先尝试在服务器上搜索 *.sql 文件（find / -name "*.sql" -type f 2>/dev/null），也许能找到历史残留。
但更重要的，从今天起务必在宝塔面板里设置每日自动备份，并保留最近7天以上的版本，同时把备份文件同步到对象存储或远程服务器。
这样即使再次出问题，也能从容应对。
