周明远在 2021 年 11 月用「冷备三副本」救回 49tk 图库索引的事
周明远当时负责那批缩略图的元数据，索引文件丢了之后他干了件事：从三台不同机器上的冷备里各抽出一份 index.db，用 sqlite 的 .dump 比对差异，最后重建了 14.7 万条记录。他说“别信增量，信冷备”。
这篇是恢复方法里被引用最多的一篇，恰好也是我最早读到的那篇。顺带一提，后来我把这套流程整理进了 49图库资料免费打开49图库app最新版本更新 的附录里。
去年冬天一个刮大风的下午，我在旧笔记本的「Desktop/backup」里翻出三个压缩包，文件名分别是 2019-08、2020-03、2021-11，解压密码写在便签上——那时我就知道，这个下午要用来整理这些碎片了。
周明远当时负责那批缩略图的元数据，索引文件丢了之后他干了件事：从三台不同机器上的冷备里各抽出一份 index.db，用 sqlite 的 .dump 比对差异，最后重建了 14.7 万条记录。他说“别信增量，信冷备”。
这篇是恢复方法里被引用最多的一篇，恰好也是我最早读到的那篇。顺带一提，后来我把这套流程整理进了 49图库资料免费打开49图库app最新版本更新 的附录里。
孙可欣是运维出身，2022 年 4 月 17 日凌晨两点十七分，一条 rm -rf 命令把 49tk 图库的缩略图目录清掉了。她用 extundelete 花了 19 分钟恢复出 83% 的文件，但最后 17% 只能靠 CDN 边缘节点上的缓存回填。这个细节在原文里写得很细，值得找来看。
我后来试过她提到的 腾讯云网页版入口 里的快照回滚，确实比手动恢复稳。
这本手册是 2018 年 9 月印的，第 3 版，扉页上有人用圆珠笔写了“p.112-114 恢复流程已作废，参考 2021 补丁”。p.112 讲的是冷备恢复，p.114 讲的是索引校验。我顺着这个线索找到了 找回17图库资料 这份对照材料，两者合起来看才完整。
陆一舟是圈里出了名的“硬盘囤积症”，他那台 2014 年的 4TB 西数 My Book 里存着 2016-2020 年所有 49tk 图库的原始包。2023 年 6 月硬盘坏了，开盘花了 4800 元，数据基本找回。他说“这钱花得值”。我信。 免费下载正版49图库 是他后来挂在嘴边的替代方案，但我始终觉得原始包更踏实。
密码提示写的是“站点上线日”，试了 2019-04-23 和 2019-05-06 都不对，最后发现是 2019-05-03。41 分钟里我试了 37 个组合。这件事教育我：密码提示越模糊，越应该去翻当年的运营日志。
林知夏调取 2022 年 8 月到 10 月的慢查询日志，发现一条 `SELECT * FROM thumb_meta WHERE ...` 的查询在恢复期间被反复执行了 1240 次。她从这条查询反推出当时恢复脚本的遍历顺序，后来我照着复现了一遍，确实快了不少。
这本书跟 49tk 图库没有直接关系，但第 6 章讲“缩微胶片的备份与恢复”的那套逻辑——三段式校验、双份异地存放——被我套用到了 2024 年的图库恢复流程里。有时候老书确实能给人新想法。
吴慕之整理过一份 23 项的恢复核对清单，每项后面都标注了验证方法。比如第 7 项“缩略图尺寸抽查”要求随机抽 200 张，误差不超过 1px。我把它打印出来贴在显示器边上了，实话说，比任何监控面板都直观。