宝塔面板误删数据库后，90%以上场景可直接恢复：先确认回收站是否开启并查找目标库，若不在则检查备份文件完整性，再手动建库还原；单表误删需提取对应sql片段导入。
宝塔面板误删数据库后，只要回收站没关、备份文件还在，90% 以上的场景能直接恢复，不用碰命令行或 binlog。
确认回收站是否启用且目标库在其中
回收站不是“默认永久开启”，管理员可能手动关闭过。一旦关闭，删除即物理销毁，无痕可溯。
- 登录宝塔 → 【设置】→ 【安全设置】→ 检查【数据库回收站】开关是否为“开启”状态
- 若已关闭，说明本次删除未进回收站，跳过此路径，直接查备份文件
- 若开启，进入【数据库】→ 右上角点击【回收站】→ 查找被删库名（如
myapp_db）是否在列表中，注意时间戳是否匹配误删时刻 - 回收站保留期默认 7 天，今天是 2026-04-05，那么最早能恢复到 2026-03-29 之后删除的库
从 /www/backup/database/ 找对应 .sql 或 .sql.xz 文件
宝塔自动备份默认存这里，但文件不一定“能用”——得先验证完整性，再决定怎么导入。
- SSH 登录后执行：
ls -lh /www/backup/database/，确认目标文件存在且大小不为 0（比如myapp_db_20260402.sql.xz是 12MB，而非 0 字节） - 若为
.xz压缩包，先校验：xz -t /www/backup/database/myapp_db_20260402.sql.xz，失败则跳过该文件 - 别直接点面板“还原”：如果当前 MySQL 实例里没有同名空库，面板会报
ERROR: Can't connect to database: No such file or directory - 稳妥做法：先在面板【数据库】里手动新建一个同名库（
myapp_db），字符集选utf8mb4，再点还原
只误删了某张表？别全库覆盖，用 grep 提取 SQL 片段
全库导入会覆盖所有已有数据，哪怕你只手抖删了 users 表，其他表的新增记录也会被回滚掉。
- 解压备份（若为 .xz）：
xz -d /www/backup/database/myapp_db_20260402.sql.xz - 提取单表插入语句：
grep -A 50 "INSERT INTO `users`" /www/backup/database/myapp_db_20260402.sql > users_restore.sql - 检查生成的
users_restore.sql是否含完整 INSERT，开头是否有CREATE TABLE（如有，需先删表或加DROP TABLE IF EXISTS） - 导入时用命令行更可控：
mysql -u root -p myapp_db
导入后必做的三件事：权限、字符集、缓存
面板显示“还原成功”只是 SQL 执行完成，不代表网站能跑起来。
- 检查
/www/wwwroot/your-site.com/.user.ini是否被覆盖丢失——没了会导致 PHP 上传失败、500 错误 - WordPress 类站点，进后台点一次【设置 → 固定链接】保存，否则伪静态失效，页面全 404
- 清空浏览器缓存 + CDN 缓存（如 Cloudflare），否则看到的可能是旧 HTML 或 JS，实际数据已错位
真正难的不是“怎么恢复”，而是判断“该不该恢复”：比如误删发生在 binlog 开启前、回收站已清空、备份文件损坏——这时就得切到 mysqlbinlog 或 ibd 恢复，但那些操作对权限、时机、文件结构的理解要求高得多，一着不慎全库变只读。日常运维里，比恢复能力更重要的是每周确认一次回收站状态 + 每次改库前手动触发一次备份。
