post: 一条 RENAME 清了 235 行数据(脱敏版)

This commit is contained in:
2026-08-26 18:47:46 +08:00
parent 0c6027229c
commit 7cab5c812b
+1 -1
View File
@@ -56,7 +56,7 @@ MySQL 的 CASCADE 删除,其实**绝大多数时候也不会真的删干净**
这单没出人命,靠三件事:
1. **有备份**。迁移前刚打了 `app.db.bak-cattype-20260826131355`,恢复 `resources` 235 行。
1. **有备份**。迁移前刚打了 `cattype` 那次重建的备份,恢复 `resources` 235 行。
2. **恢复时发现二次级联**`DROP resources` 又清了 `resource_channels`,也是靠同一份备份恢复。
3. **审计脚本兜底**。迁移后不是只看表面,而是逐表核对行数,才确认两个表都受损、都恢复到位。