diff --git a/content/posts/rename-cascade-data-loss.md b/content/posts/rename-cascade-data-loss.md
index 2715381..52105da 100644
--- a/content/posts/rename-cascade-data-loss.md
+++ b/content/posts/rename-cascade-data-loss.md
@@ -56,7 +56,7 @@ MySQL 的 CASCADE 删除，其实**绝大多数时候也不会真的删干净**
 
 这单没出人命，靠三件事：
 
-1. **有备份**。迁移前刚打了 `app.db.bak-cattype-20260826131355`，恢复 `resources` 235 行。
+1. **有备份**。迁移前刚打了 `cattype` 那次重建的备份，恢复 `resources` 235 行。
 2. **恢复时发现二次级联**。`DROP resources` 又清了 `resource_channels`，也是靠同一份备份恢复。
 3. **审计脚本兜底**。迁移后不是只看表面，而是逐表核对行数，才确认两个表都受损、都恢复到位。