如何在MySQL Workbench中恢复误覆盖的Schema数据

问题原因 #

你导出的dump文件里包含了CREATE DATABASE xyz或USE xyz这类硬编码语句，所以MySQL Workbench直接忽略了你指定的新Schema名称，对预发布服务器上已存在的xyz库执行了覆盖操作。

紧急恢复步骤 #

• 立即停写：暂停预发布服务器上所有对xyz库的写入操作，别让新数据彻底覆盖旧数据的残留痕迹。
• 检查自动备份：
  • 如果开了二进制日志（binlog）：
    1. 先执行SHOW BINARY LOGS;查看可用的binlog文件。
    2. 确定覆盖操作的大致时间，用mysqlbinlog --start-datetime="YYYY-MM-DD HH:MM:SS" --stop-datetime="YYYY-MM-DD HH:MM:SS" binlog.000xxx | mysql -u 用户名 -p，把时间范围设为覆盖前，恢复数据。
  • 如果有定期全量备份：找到最近的备份文件，先恢复到临时库，再结合binlog（如果有）补全到覆盖前的状态，最后替换当前的xyz库。
• 无备份时的应急方案（仅针对InnoDB引擎）：
  停止MySQL服务，找到数据目录下的ibdata1和xyz库对应的.ibd文件（如果没被完全覆盖），用Percona Data Recovery Toolkit这类工具扫描残留数据页，尝试提取旧表数据——但这个方法成功率不高，只能当最后手段。

后续预防 #

• 导出Schema时，别勾选包含CREATE DATABASE的选项，或者手动编辑dump文件，把所有USE xyz和CREATE DATABASE xyz替换成你要的新Schema名称。
• 导入前先在预发布服务器建好空的新Schema，指定导入到这个新库，同时确认dump文件里没有硬编码的原Schema名。
• 不管是啥环境，导入前务必备份目标服务器的现有数据。

你忽略的提示翻译 #

导入转储文件的默认Schema。注意：仅当转储文件未包含自身Schema时才会生效，否则将被忽略。

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