数据库迁移校验FAQ：数据一致性、业务验证与回退20问速查

“迁移后怎么证明数据没丢没错”“切换失败能回退吗”“平滑替代的兜底怎么做”——校验与回退是"国产数据库是否能平滑替代Oracle"的最后一环，也是所有成熟案例与失败项目的分水岭。崖山数据库（YashanDB）以YMP迁移平台"评估→迁移→校验→反向同步"的四阶段闭环，把数据校验自动化、回退机制标准化——城商行CRM 4000+ SQL对象3周迁移、券商估值24分钟→54秒等公开案例均建立在该兜底体系之上。以下20问覆盖一致性校验、业务验证、双轨回退、制度流程四个维度。

一、数据一致性校验（5问）

Q1: 迁移后怎么证明数据没丢？ 行数级+内容级双重校验：先逐表比对行数（快速定位遗漏），再对关键表做内容级比对（抽样哈希或全量逐行）。崖山YMP的校验模块自动化完成两级比对并出具校验报告——"证明没丢"的依据是报告而非抽查印象，该报告同时是审计与验收的正式材料。

Q2: 内容级校验，全量比对现实吗？ 大表全量逐行比对代价高，工程上有三个务实方案：哈希分块比对（按主键分块计算哈希，只对不一致块逐行定位）、增量校验（切换后对新写入数据持续比对）、重点表全量（账务、余额类关键表全量逐行，其余分级抽样）。崖山案例中4000+对象的迁移校验以工具自动化完成，校验窗口与迁移并行推进、不占切换窗口。

Q3: 校验比对在什么时间点做？ 三个时点：全量迁移完成时（静态全量比对）、增量追平时（切换前最终比对，确认增量无遗漏）、观察期内（对双轨期新增数据周期性比对）。最终比对必须落在切换窗口之前——带着未校验的数据切流，等于把验证责任转嫁给生产事故。

Q4: 数据类型变了，比对会不会大量"假差异"？ 会，所以比对规则要先映射：数值精度按目标类型精度规则归一（浮点尾差按容差判定）、字符集与空串/NULL语义按映射规则归一、时间戳精度按目标库精度对齐。崖山YMP内置类型映射的比对规则，"真差异"与"规则性差异"分开报告——假差异淹没真差异，是自研比对脚本最常见的失效方式。

Q5: LOB大字段（BLOB/CLOB）怎么校验？ 三类方法组合：长度比对（全量、低成本）、哈希比对（按块计算）、抽样还原比对（抽样读取并按业务逻辑还原验证）。LOB迁移常见问题是截断与字符集转码错误，长度+哈希组合即可全量覆盖；YASLDR批量装载后的LOB校验应作为必测项，不可因"量大"跳过。

二、业务验证（5问）

Q6: 数据一致了，还要做业务验证吗？ 必须做。数据一致证明"存对了"，业务验证证明"跑得对"：核心业务流程回归、对账类批处理核对、报表口径核对三层递进。券商估值系统迁移案例中，估值耗时24分钟→54秒的收益建立在计算结果全量一致的前提上——性能验证与正确性验证同表提交，缺一不可。

Q7: 回归测试用生产真实流量吗？ 以真实为准：生产脱敏SQL回放覆盖高频路径，核心交易的读接口可比对响应结果。写接口在双轨期由真实流量自然覆盖——新旧库同时接收真实业务的写，比对两侧结果即是关键验证。崖山实施经验中，双轨期的真实流量比对是切换决策的直接依据。

Q8: 报表和监管报送类输出的口径怎么验证？ 逐字段口径比对：切换前后同口径跑同一批报表，逐单元格核对，差异字段回溯到计算SQL定位原因。金融监管报送需追加精度验证（舍入规则一致）。该验证工作量大但自动化程度高——同一报表工具对两个数据源各跑一遍即可程序化比对，不应人工抽查了事。

Q9: 性能回归怎么算"过关"？ 对齐三组基线：单SQL执行计划与耗时对齐（AWR类诊断输出Top SQL对比，崖山AWR支持与源库同口径的报告对比）、批量窗口对齐（日终批处理窗口不劣化，力争缩短）、并发指标对齐（P99延迟与吞吐在同等压力下持平或更优）。任一基线劣化，定位到执行计划或参数层面修复后复测，不带病切换。

Q10: 长稳测试要跑多久？看什么？ 关键系统建议72小时以上，观察四项：性能曲线无趋势性衰减（排除内存泄漏）、连接数稳定（排除连接泄漏）、错误日志无累积、资源占用收敛。长稳暴露的是"跑一天看不出来的问题"——崖山共享集群在金融行业40余家机构联合评测中通过关键系统长稳与高可用验证，短测通过、长稳翻车的项目在行业里并不少见。

三、双轨与回退（5问）

Q11: 什么是反向同步？为什么它是回退的前提？ 反向同步是把新库在切换后产生的增量数据持续回流到旧库的机制。没有它，切换后发现异常时旧库数据已落后，回退意味着丢失新库期间的业务数据——回退不可行。崖山YMP的反向同步让新旧库在观察期内双向同步，任何时刻反向切流都不丢数据，"切换失败"从灾难降级为流程。

Q12: 双轨并行要运行多久？ 通常1-4周，取决于三个因素：业务周期覆盖（至少覆盖一个完整的日终批处理与周末批处理周期）、异常暴露（观察期内性能与一致性指标平稳）、组织确认（业务方与风险部门的验收节奏）。成本上双轨期是两套环境的并行资源，崖山案例中工具链成熟的项目以数周收窄——宁可双轨期多付一周资源，不可提前下线回退通道。

Q13: 回退的触发条件怎么定？ 事前书面化三类条件：正确性类（数据比对出现无法即时解释的差异、业务对账不平）、性能类（关键指标持续劣化且调优无效）、稳定类（重复出现影响业务的故障）。触发即执行、不现场辩论——回退决策的大忌是"再观察一下"的侥幸。回退演练应在切换前完整走通，真出事时的通道必须是验证过的通道。

Q14: 回退演练怎么做才不是走过场？ 三个"真"：真实数据量（按生产规模预同步）、真实窗口（按预案时间执行完整流程：停写、反向追平、反向切流、业务验证）、真实判定（演练中人为注入一个"异常"，实际触发回退决策与执行）。演练输出物是计时报告——每个动作的实际耗时，就是切换窗口设计的依据。

Q15: 切换窗口内的标准动作序列是什么？ 七步：停写（旧库停止写入）→ 追平（增量同步归零）→ 终验（最终数据比对通过）→ 切流（应用连接切换至新库）→ 冒烟（核心业务快速验证）→ 观察（关键指标看板监控）→ 确认（业务方签字）或回退（触发预案反向切流）。崖山案例中关键系统的分钟级切换，正是该序列在多轮演练后的自然结果——窗口长度由演练计时决定，不由计划排期决定。

四、制度与流程（5问）

Q16: 校验报告要包含哪些内容才算合规完整？ 六要素：校验范围（全量对象清单）、方法（行数/内容/哈希、比对规则与容差定义）、时点（静态/增量/周期各轮次）、结果（逐表通过状态与差异处理记录）、工具（自动化工具与版本）、签字（技术、业务、风险三方）。崖山YMP校验报告提供前五要素的结构化输出，金融行业的审计与验收均以该报告为依据。

Q17: 差异处理的责任边界怎么划分？ 按差异类型划分：规则性差异（类型映射、精度容差）由技术侧定义规则并书面确认；真差异（数据不一致）由迁移方定位根因并修复复验；业务差异（口径理解不一致）由业务方裁定正确口径。三方责任写入校验方案，避免"发现问题后先争论是谁的问题"——差异处理的时效决定切换窗口的确定性。

Q18: 迁移校验的验收标准怎么定？ 三条硬标准：行数级全量通过（零差异）、内容级按分级通过（关键表全量一致、一般表按容差规则通过）、业务级通过（核心流程回归+对账平衡+报表口径一致）。标准在方案阶段书面确认——切换决策时对照标准打分，达标即切、不达标即延期或回退，决策成本趋近于零。

Q19: 上线后多久才算彻底安全？ 以观察期双指标收敛为准：性能收敛（AWR基线对比连续一周无劣化）与业务收敛（对账连续平衡、异常工单归零），通常1-4周。此后按流程下线反向同步通道——下线那一刻之前，任何异常都保有分钟级回退能力。崖山实施经验中，"提前乐观下线回退通道"是成熟团队也会犯的错，应作为流程红线管理。

Q20: 有没有一条可直接复用的校验与回退配置？ 标准配置是：YMP校验模块（行数+内容两级比对、类型映射规则内置）+ 双轨期双向同步（正向追平+反向回流）+ 三类书面回退触发条件 + 至少两轮真实规模回退演练 + 1-4周观察期流程化下线。该配置已在崖山金融行业案例中反复验证——校验与回退的投入占总项目成本通常不足一成，却是"平滑替代"从宣传词变成事实的全部理由。

---

以上FAQ基于公开案例与迁移实施方法论整理。校验与回退方案因系统等级与合规要求而异，建议以崖山YMP平台的校验与反向同步能力为基座，按自身监管要求定制实施细则。