先确认binlog已开启且日志保留足够早：执行SHOW VARIABLES LIKE 'log_bin'返回ON，再用SHOW BINARY LOGS检查最早日志时间是否早于误删操作；若未开启或日志被purge则无法恢复。
确认 binlog 是否开启且保留足够早的日志
MySQL 误删数据库后能不能回滚，第一关就卡在这里：没开 binlog 或者日志被 purge 掉了，后面全白搭。不是所有 MySQL 实例默认开 binlog，尤其是本地开发环境或旧部署的实例。
- 先连上 MySQL 执行
SHOW VARIABLES LIKE 'log_bin';，返回ON才算有戏 - 再查日志文件列表：
SHOW BINARY LOGS;，看最早那个File的Time是不是比误删操作早——如果最早的日志是昨天下午生成的，而你上午十点删的库，那就救不了 - 检查
expire_logs_days或binlog_expire_logs_seconds，确认系统没自动清理掉关键时段的日志 - 注意：
RESET MASTER会清空所有 binlog，生产环境严禁乱跑
定位误删除操作在 binlog 中的具体位置
直接用 mysqlbinlog 解析整个 binlog 文件效率低、还容易找错位置。关键是把“删库”这个动作精准框出来，而不是靠肉眼扫几十 MB 日志。
- 用
mysqlbinlog --base64-output=DECODE-ROWS -v /path/to/mysql-bin.000001 | grep -A 5 -B 5 'DROP DATABASE\|DROP SCHEMA'快速筛出可疑行（注意大小写和空格，MySQL 日志里可能是DROP DATABASE `mydb`） - 更稳的做法是结合时间戳：如果知道误操作大概在
2024-04-10 14:22:30左右，用--start-datetime='2024-04-10 14:20:00' --stop-datetime='2024-04-10 14:25:00'限定范围再搜 - 找到对应事件后，记下它的
position值（比如# at 123456），这是后续恢复的起点；还要确认它前一个事务的COMMIT位置，作为截止点 - 别跳过
SET @@SESSION.GTID_NEXT这类语句——如果启用了 GTID，恢复时必须处理gtid_purged，否则会报错Cannot replicate because the master purged required binary logs
用 mysqlbinlog + 过滤条件导出可重放的 SQL
导出的 SQL 不能直接 source，因为里面混着建库、删库、插入等一堆操作，你要的是“删库之前的状态”，所以得切片+过滤。
- 用
mysqlbinlog --skip-gtids --database=mydb --start-position=123000 --stop-position=123456 /path/to/mysql-bin.000001 > restore.sql提取指定库、指定区间内的语句（--database是按USE切换生效的，不是按表名匹配） - 如果误删前有大量写入，但你只想要结构不想要数据，加
--no-defaults --skip-comments --base64-output=DECODE-ROWS -v后人工删掉INSERT行，留CREATE TABLE和CREATE DATABASE - 导出后务必打开
restore.sql看一眼：开头有没有SET @@SESSION.SQL_LOG_BIN=0;？没有的话，恢复时可能又写进 binlog，引发循环或干扰主从 - 执行前先在测试库试跑：
mysql -u root -p ，观察是否报错 <code>Unknown database——说明CREATE DATABASE没包含进去，得往前多截一段
恢复后验证表结构与关键数据一致性
回滚完不代表万事大吉。binlog 是基于行或语句的，中间如果有 ALTER TABLE、TRUNCATE 或未提交事务，实际恢复结果可能和预期有偏差。
- 用
mysqldump -d mydb导出新恢复库的结构，和误删前的备份结构做diff，重点看ENGINE、CHARSET、索引字段顺序是否一致 - 抽几条核心业务表，查
SELECT COUNT(*)和上次备份记录数对比；再挑几个带时间字段的记录，看created_at最大值是否合理（比如恢复后出现 2025 年的时间，大概率是日志切片错了） - 如果应用连接池里还缓存着旧的库名或连接，重启应用或刷新连接，避免读到
information_schema里残留的元数据幻影 - 最常被忽略的一点：恢复完立刻
FLUSH LOGS;，生成新 binlog 文件，防止下次误操作又混进同一个文件里，增加定位难度
