迁移说明

编写人：李莉

对象：生产预订表历史数据

协助：刘洋、周敏、王芳

批准人：张伟

状态：归档表已建，复制未开始

一、迁移背景

行政协同平台的预订表当前 18,000 行。其中大量是已经结束、且最后更新早于 180 天的记录。主库每天备份从 8 分钟增加到 14 分钟。本次把这批历史预订复制到归档表 booking_hist，主表保留未结束的预订，以及 180 天内结束的预订。员工在「我的预订」里仍能看到历史记录：主表没有查满一页时，应用再查归档表。

二、迁移范围

11,000 加 1,200 加 5,800 等于当前 18,000 行。请假、访客和用品本次留在各自的主表。附件地址跟着预订行复制，文件本身不搬迁。

三、实施步骤

李莉于 9月27日建好 booking_hist，字段与主表一致，并建好按员工、创建时间的索引。此步已经完成。
刘洋先上线双读：列表先查主表，不足一页时补查归档表。该版本在复制开始前发布，预发正在验证。
周敏于 9月29日 01:00 起按日复制，每批 2,000 行，批与批之间暂停 2 分钟。
每一批的行数和会议室编号合计核对通过后，才允许进入下一批。删除放在复制全部完成的次日 01:00，由李莉单独执行。

四、校验方法

每批比对三项：预订行数、不同会议室的个数、最早和最晚的预订日期。三项一致才算该批通过。全量复制完成后，王芳用 30 个有历史预订的真实账号查询。列表应同时出现近 180 天的记录和更早的记录，抽样 30 条的会议室、日期和主题与迁移前导出的样本一致。有任何一条主题不一致，就停止删除。

五、回退办法

复制阶段可以随时停止，归档表已经写入的行保留，主表不动。删除阶段若发现不一致，立即停止删除。已经从主表删除的行，按主键从归档表写回。写回脚本已在预发演练，3,000 行用时 4 分钟。写回后抽查这 3,000 行的日期，与删除前的导出文件一致。

六、当前进度

张伟要求删除必须发生在双读上线并观察满 24 小时之后。若 9月28日预发双读还有主题对不上的样本，复制日期顺延，归档表继续保留。