这个案例比删库恢复更日常，更容易让在座的非数据组同事产生共鸣。

异常变量定位这一步，删库恢复的案例最典型——dRop tAbLE是异常变量，离职运维账号未注销是根因，binlog完整是恢复成功的决定性条件，这三个变量之间的因果层级关系一层一层剥开讲清楚，比直接讲“我们恢复了数据”有说服力得多。

周六上午他去白马河补测了雨水节气的窗口期数据，下午回来把新数据填进春季窗口期追踪表。

雨水的窗口期比他预测的多了几分钟，春季回升斜率比去年同期略陡，他分析了一下可能跟今年开春之后气温回升更快有关。

填完数据他靠在沙发上歇了半小时，然后打开电脑继续完善ppt。

离分享会还有两天，ppt的骨架已经立住了，剩下的工作是给每个逻辑节点配上案例和简单图表。

他不太喜欢在ppt里堆砌文字，更倾向于用一两句话提炼核心观点，然后现场展开讲。

周日下午他把自己关在书房里试讲了两遍。

第一遍对着电脑屏幕默念，发现有几个技术术语太生僻，并用铅笔在讲稿上改了措辞。

第二遍对着手机录音讲了一遍，讲完之后回放听了一遍，发现自己讲的哪里有啥问题

周一下午三点，公司大会议室。

来的人比他预想的多得多。

会议室能坐六十个人，但三点整的时候座位已经全满了，运维组全员到齐，数据组全员到齐，开发组来了大半，连产品部都来了几个人——产品部平时跟数据库基本不打交道，大概是看了全员通报邮件之后对这个“小数据恢复”产生了好奇。

会议室后排站满了没抢到座位的同事，有人靠在墙上，有人抱着胳膊站在门口。

投影仪把他的ppt第一页打在幕布上，标题只有一行字：“数据库应急响应的通用分析框架”。

标题下方没有副标题，没有目录，只有一行小字：“以生产环境删库恢复案例为例”。

林泠站在幕布旁边，手里拿着翻页笔，直接翻到第二页。

“上周三下午三点零七分，我接到运维组老周的电话。

生产环境user表被删。

从接到电话到数据全部恢复，两小时零八分。

但今天不讲这两个小时零八分里做了什么——操作步骤运维组已经在整理操作手册了。

今天讲的是接到电话之后的十几分钟里，脑子里的分析框架。”

他翻到第三页。

这一页只有三个词组，从上到下排列：划定时间窗口、定位异常变量、追踪因果链路。

“这套框架不是我为了删库恢复临时想出来的。

它最早是用在钓鱼上的。”

台下有人轻轻笑了一声。

林泠没有笑，他翻到下一页，“划定时间窗口是什么意思？

任何一个系统故障，不管是数据库被删还是鱼不开口，都有一个时间边界。

你要做的第一件事不是跳进去找原因，是先把时间边界划出来。
本章未完，请翻下一页继续阅读.........