误删了一张表，怎么恢复？

误删处理五步：立即止损——停相关写入或封禁误操作入口，保护 binlog 不再增长覆盖；评估范围——哪个表、什么时间点、数据量；恢复路径——最近备份恢复到影子实例，binlog 重放到误操作前一刻；数据回迁——反向导出受影响数据回灌（先备份当前状态）；复盘——权限、流程、审批环节的改进。全程 DBA 与业务共同确认数据边界。

我讲一次误删 update 无 where 条件的恢复：全表 200 万行被改。处理：秒级发现（监控行数异动）后锁表止血；凌晨全量备份恢复影子库，binlog 重放到误操作前；用主键做差集比对你出被改行，只回写变更字段；业务校验抽样后恢复写入。全程 70 分钟。之后的改进：生产 DML 走 SQL 审核平台（无 where 的 update 直接拦截）、危险语句双人复核、行数异动告警。

资深视角：误删防御是纵深体系。预防层——最小权限（业务账号无 drop/truncate）、SQL 审核平台拦危险语句、生产变更窗口与双人制；缓冲层——延迟从库（延迟 30-60 分钟）专防逻辑误操作、回收站机制（表级软删除）；恢复层——PITR 能力常态化演练、恢复时间承诺 SLA 化。认知要点：误删大概率发生在『觉得不会错』的熟练操作里，防御设计要假设人会犯错，而不是要求人不犯错。

追问『binlog 被删了怎么办』：极端情况组合救援——其他从库的数据差集比对、应用层日志反推、备份加部分 binlog 拼接；这暴露 binlog 保留期太短的问题（应至少 7 天）；『rm 掉了物理文件呢』：立即停止写入该盘（防止覆盖）、extundelete/btrfs 恢复或找专业数据恢复，成功率随时间递减；『怎么防内部恶意删库』：权限分离加操作审计加堡垒机录像，关键操作二次认证。