数据迁移试题库及答案

数据迁移试题库及答案一、单项选择题（共15题，每题2分，每题只有1个正确答案）1.按照迁移过程中业务系统的停机状态划分，需要完全停止业务写入、待全量数据同步完成后再恢复业务的迁移方式是（）A.热迁移B.冷迁移C.温迁移D.在线迁移2.数据迁移过程中，用于实现准实时增量数据捕获、同步目标端与源端数据持续一致的核心技术是（）A.ETL抽取B.全量导出C.CDC（变更数据捕获）D.数据脱敏3.通常情况下，核心业务系统数据迁移选择割接窗口的首要原则是（）A.技术人员工作状态最佳的工作日上班时段B.业务流量最低、对用户影响最小的时段C.云资源供应最充足的促销活动时段D.监管部门指定的季度末考核时段4.异构数据库迁移过程中，若源端数据库采用GBK字符集、目标端采用UTF-8字符集，未做字符集转换直接同步最可能引发的问题是（）A.数据总条数丢失B.主键自增序列错乱C.中文内容乱码、特殊字符截断D.索引完全失效5.数据迁移方案中，RPO=0的核心含义是（）A.迁移割接后业务恢复的时间为0B.迁移过程中允许丢失的数据量为0C.迁移全流程的总耗时为0D.迁移后业务性能下降幅度为06.存在外键约束关联的多张业务表进行全量同步时，最合理的同步顺序是（）A.按照表数据量从大到小同步B.按照表数据量从小到大同步C.按照外键依赖关系，先同步被依赖的父表，再同步子表D.随机选择表顺序同步，遇到约束报错再跳过7.以下数据校验方式中，校验精度最高、能够发现字段级内容不一致问题的是（）A.源端与目标端表总行数对比B.源端与目标端表存储容量对比C.逐行逐字段的内容匹配校验D.源端与目标端索引数量对比8.数据迁移过程中，针对用户手机号、身份证号、银行卡号等敏感信息的正确处理方式是（）A.明文传输、明文存储，迁移完成后再统一处理B.传输过程加密、落地存储按合规要求脱敏或加密，保留必要的业务访问权限C.直接将敏感字段替换为随机字符串，不保留业务映射关系D.只需要在传输过程加密，目标端落地可以明文存储9.全量数据同步完成后，进入增量同步追平阶段，判断可以启动业务割接的核心阈值是（）A.源端与目标端的增量同步延迟降低到秒级，且持续15分钟以上无延迟堆积B.全量数据总条数完全匹配C.目标端数据库CPU利用率低于50%D.业务侧已经完成新系统的操作培训10.迁移过程中遇到源端表存在大量脏数据（如格式不符合字段约束、非法枚举值、关联ID不存在）时，首要处理措施是（）A.直接跳过脏数据，不做记录B.第一时间删除源端脏数据，避免影响同步进度C.对脏数据进行全量登记，同步给业务侧和数据Owner确认清洗规则后再处理D.直接修改目标端表结构，放宽所有字段约束适配脏数据11.以下哪项不属于数据迁移前评估阶段的核心输出物（）A.源端系统数据资产清单（含数据量、表结构、依赖关系、增量速率）B.迁移风险评估报告及应对预案C.迁移资源投入清单及时间排期D.目标端系统上线后的用户运营增长方案12.本地IDC的自建MySQL数据库迁移到云数据库RDS的过程中，以下哪种方式的迁移效率最高、对源端业务性能影响最小（）A.源端锁表后使用mysqldump全量逻辑导出，再导入目标端B.基于源端数据库binlog日志做物理备份恢复，再搭建增量同步链路C.逐表执行select*from语句读取数据写入目标端D.停掉源端业务后，由运维人员手动复制数据库安装目录到目标端服务器13.数据迁移割接完成后，源端系统的备份数据至少需要保留多长时间才能按照流程下线（）A.割接完成确认业务登录正常就可以立即删除B.至少保留1-3个月的观察期，待目标端系统运行稳定、无数据不一致问题后再按流程下线C.保留1周即可D.永久保留，不能删除14.迁移后业务反馈部分复杂查询语句性能比源端下降3倍以上，以下原因中最不可能的是（）A.目标端数据库未同步源端的索引、统计信息B.目标端数据库的参数配置（如内存分配、并行查询参数）未根据业务负载优化C.异构迁移过程中SQL语法未做适配，导致目标端执行计划异常D.目标端数据库的存储容量比源端大10%15.数据迁移回滚预案的核心触发原则是（）A.只要迁移过程中出现任何报错就立即回滚B.当故障问题无法在预设割接窗口内修复、影响业务正常恢复时，按流程启动回滚C.只要技术团队认为目标端存在潜在风险就回滚D.业务侧有人提出异议就立即回滚单项选择题参考答案：1.B2.C3.B4.C5.B6.C7.C8.B9.A10.C11.D12.B13.B14.D15.B二、多项选择题（共10题，每题3分，每题有2-4个正确答案，多选、少选、错选均不得分）1.数据迁移前的源端调研阶段，需要完整收集的信息包含（）A.源端数据库的版本、字符集、部署架构、性能基准B.所有业务表的结构、字段类型、约束关系、索引配置、数据量规模C.业务侧的割接窗口要求、RTO/RPO指标、敏感数据合规要求D.源端数据库近3个月的慢SQL日志、增量数据增长速率、峰值写入TPS2.一份可落地的完整数据迁移方案，必须明确的核心要素包含（）A.迁移技术链路选型（全量同步方式、增量同步方式、校验工具选型）B.各阶段的时间排期、责任人、操作步骤、验收标准C.全流程风险点梳理、对应防控措施、回滚触发条件及执行流程D.割接阶段的业务通知机制、应急联络人清单3.数据迁移过程中的数据清洗环节，常见的处理场景包含（）A.源端数据格式不统一（如手机号存在特殊字符、日期格式混用）B.源端存在重复数据、无效数据（如逻辑删除的历史垃圾数据、测试数据）C.异构数据库之间的字段类型映射转换（如Oracle的NUMBER类型映射到MySQL的对应类型）D.敏感数据按照合规要求做脱敏、加密处理4.以下属于热迁移（在线迁移）适用场景的是（）A.核心交易系统，业务要求7*24小时可用，无法接受长时间停机B.单库数据量超过10T，冷迁移全量导出导入需要的停机时间远超业务允许的窗口C.内部测试系统，停机1-2天对业务无影响D.面向公众服务的政务、民生系统，停机割接会造成较大社会影响5.数据迁移割接阶段的标准操作流程包含（）A.提前按预案通知业务侧割接时间，割接开始后暂停业务写入源端系统B.等待增量同步链路完全追平剩余数据，开展最后一轮全链路数据校验C.配置目标端数据库的访问权限，将业务系统的数据库连接地址切换到目标端D.验证核心业务流程（登录、查询、交易）的可用性，逐步放开业务流量6.数据割接完成后的72小时重点观测期内，需要持续监控的核心指标包含（）A.目标端数据库的CPU、内存、IO、连接数、慢SQL数量B.业务侧的接口成功率、请求延迟、交易报错量C.源端与目标端的数据增量差异（确认无业务写入源端）D.业务用户的投诉反馈、功能异常上报7.异构数据库从Oracle迁移到MySQL过程中，常见的兼容性问题包含（）A.语法差异：Oracle的PL/SQL存储过程、自定义函数在MySQL中语法不兼容B.类型差异：Oracle的CLOB、BLOB、NUMBER精度类型与MySQL的字段类型映射不匹配C.事务隔离级别差异：Oracle默认的读已提交隔离级别与MySQL默认的可重复读级别行为不一致D.方言差异：Oracle特有的SQL函数（如DECODE、NVL、CONNECTBY递归查询）在MySQL中无直接对应写法8.数据迁移过程中可能引发数据不一致问题的原因包含（）A.全量同步过程中源端有持续数据写入，未搭建增量同步链路追平差异B.同步过程中网络闪断导致部分数据包丢失，同步工具未做重试和数据校验C.字符集、字段类型映射错误导致部分字段内容截断、乱码D.同步工具的过滤规则配置错误，导致部分表、部分字段的数据未被同步9.根据网络安全等级保护2.0及数据安全法的要求，数据迁移过程中需要满足的合规要求包含（）A.敏感个人信息传输、存储过程全程加密，防止数据泄露B.迁移操作全程留痕，所有操作记录可审计、可追溯C.迁移过程中数据不得被未授权人员访问、拷贝、留存D.涉及跨境数据迁移的，必须完成相关数据出境安全评估流程10.迁移回滚操作的核心执行流程包含（）A.触发回滚决策后，第一时间将业务系统的数据库连接切回源端B.验证源端系统的业务功能可用性，确认业务流量完全切回、无报错C.梳理割接过程中写入目标端的增量数据，按照规则回写到源端，确保数据不丢失D.排查故障根因，重新评估迁移方案后再确定下次割接时间多项选择题参考答案：1.ABCD2.ABCD3.ABCD4.ABD5.ABCD6.ABCD7.ABCD8.ABCD9.ABCD10.ABCD三、判断题（共10题，每题1分，请在括号内填写“√”或“×”）1.数据迁移只要完成全量数据的导出导入，对比两边总数据条数一致，就可以直接割接上线，不需要开展增量同步和内容级校验。（）2.冷迁移的核心优势是迁移流程简单、数据一致性保障难度低，缺点是业务停机时间较长，仅适用于对停机容忍度较高的非核心系统。（）3.基于数据库日志的CDC技术（如MySQLbinlog、OracleRedoLog）对源端业务性能影响小、同步延迟低，是生产环境增量同步的首选技术方案。（）4.数据迁移过程中，为了提升同步效率，可以暂时关闭目标端数据库的日志写入、外键约束，延后二级索引的创建，待全量同步完成后再重新开启和重建。（）5.选择割接窗口时，只需要考虑技术团队的准备情况，不需要和业务侧、运维侧、客服侧提前同步，避免引发不必要的恐慌。（）6.迁移过程中如果遇到源端与目标端字段类型不匹配的问题，可以直接将目标端字段设置为最大长度的文本类型，无需做类型校验，优先保障同步进度。（）7.跨地域数据迁移时，提前对源端数据做压缩传输、配置专线网络，能够有效提升全量同步效率，缩短同步时间。（）8.数据迁移完成后，即使第一轮校验发现少量数据不一致，只要不影响核心业务流程，就可以先上线，后续再慢慢补数据。（）9.涉及分库分表架构的数据库迁移时，需要额外关注分片路由规则的一致性，避免出现数据路由到错误分片的问题。（）10.迁移割接完成后，需要持续观测源端系统的写入流量，若发现割接后仍有业务系统写入源端，要及时将这部分数据同步到目标端，并修改对应系统的数据库连接配置。（）判断题参考答案：1.×2.√3.√4.√5.×6.×7.√8.×9.√10.√四、简答题（共4题，每题10分）1.简述企业级数据迁移项目的全流程核心阶段及各阶段的核心工作内容。2.简述异构数据库迁移过程中常见的兼容性问题及对应处理思路。3.简述数据迁移校验环节的核心校验维度及常用方法的适用场景。4.简述数据迁移割接阶段的核心回滚触发条件及回滚操作的关键注意事项。简答题参考答案：1.企业级数据迁移通常包含6个核心阶段，各阶段工作内容如下：一是迁移评估与规划阶段，核心工作是完成源端全量调研，包括数据库版本、架构、数据资产清单、性能基线、增量速率、业务侧RTO/RPO要求、割接窗口约束、合规要求等；开展可行性评估，选择适配的迁移技术链路，编制包含排期、责任人、验收标准、风险预案、回滚机制的完整迁移方案，提前准备专线带宽、同步工具、账号权限等资源。二是环境准备与预演阶段，核心工作是搭建与生产配置一致的目标端环境，完成网络连通性验证、字段映射规则配置、同步工具部署；至少开展1-2次全流程预迁移，精准测算全量同步、增量追平、割接操作的实际耗时，提前暴露兼容性、性能类问题，优化迁移流程，确保割接时长符合窗口要求。三是全量同步与增量追平阶段，核心工作是在割接前3-7天启动全量数据同步，同步过程中持续监控源端负载，避免影响正常业务运行；全量同步完成后及时启动基于日志的CDC增量同步链路，持续消费源端变更日志，将源目两端的同步延迟稳定在秒级。四是数据校验与清洗阶段，核心工作是开展多维度数据校验，对发现的脏数据、不一致数据，联动数据Owner和业务侧确认清洗规则完成修复；同步开展业务SQL兼容性测试、性能压测，确保目标端的功能、性能满足业务要求。五是正式割接阶段，核心工作是按照预案通知业务侧暂停写入，等待增量数据完全追平后开展最终校验，将业务连接切换至目标端，完成核心业务流程验证后逐步放开用户流量。六是观测与下线阶段，核心工作是在割接后72小时安排专人值守，持续监控数据库性能、业务指标、数据一致性；待目标端稳定运行1-3个月后，按合规要求完成源端数据备份归档，再正式下线源端资源。2.异构数据库迁移的常见兼容性问题及处理思路如下：一是数据类型兼容性问题，不同数据库的数值精度、大字段存储、时间类型格式存在差异，如Oracle的NUMBER类型映射到MySQL时容易出现小数位精度丢失、DATE类型包含时分秒与MySQLDATE类型只存储日期的矛盾，处理思路是提前梳理全量字段的映射规则，开发自动转换脚本，对大字段、高精度字段开展专项同步测试，避免内容截断、精度丢失。二是SQL语法与方言兼容性问题，不同数据库的内置函数、分页语法、递归查询、存储过程、自定义函数语法存在差异，如Oracle的DECODE、NVL、CONNECTBY语法在MySQL中无原生支持，处理思路是使用静态扫描工具提前扫描所有业务SQL，对不兼容的语法完成改写，在预演阶段开展全量SQL回归测试，确保所有语句在目标端可正常执行。三是事务与锁机制兼容性问题，不同数据库的默认事务隔离级别、锁粒度、死锁检测逻辑存在差异，如Oracle默认读已提交隔离级别、MySQLInnoDB默认可重复读隔离级别，容易导致迁移后业务出现幻读、锁等待问题，处理思路是根据目标端特性调整业务事务逻辑，优化数据库参数，在压测阶段模拟峰值负载验证事务行为一致性。四是字符集与排序规则兼容性问题，源目两端字符集不一致（如GBK与UTF-8）、排序规则大小写敏感设置差异，容易导致中文乱码、查询结果不一致，处理思路是目标端优先配置与源端一致的字符集和排序规则，提前测试生僻字、特殊符号的同步效果，对特殊字符做好转义处理。五是高可用架构兼容性问题，源端的读写分离、分库分表路由、主从切换逻辑在目标端的实现存在差异，处理思路是对齐源端高可用配置，验证分片路由规则、读写分离策略的一致性，避免出现路由错误、数据读写偏差。3.数据迁移校验共包含6个核心维度，各维度的适用场景存在差异：一是元数据校验，主要校验目标端的表结构、字段类型、约束、索引、视图、存储过程等元数据与源端的一致性，通常使用自动化工具完成全量扫描，适用于迁移前期的环境准备阶段，可提前发现结构不匹配导致的同步报错。二是数据量级校验，主要对比源目两端的表总行数、存储容量，通过count统计、容量监控即可完成，适用于全量同步后的初步校验，可快速发现整表漏同步、数据大量丢失的问题，但无法识别内容级差异。三是字段级内容校验，通过主键关联逐行对比每个字段的内容一致性，校验精度最高，适用于用户表、交易表等核心业务表的高精度校验，但对于TB级超大表资源消耗较高，可配合并行计算提升效率。四是抽样校验，按照1%-5%的比例随机抽取记录或按时间范围抽取样本对比内容，校验效率较高，适用于日志表、历史归档表等非核心超大表的校验，平衡校验精度和资源消耗。五是哈希校验，对整表或分片数据计算MD5、CRC32哈希值，对比源目两端哈希结果的一致性，校验效率高于逐字段对比，适用于超大表的快速一致性排查，但无法直接定位具体不一致的字段和记录。六是业务逻辑校验，基于实际业务规则设计校验逻辑，如“用户账户总余额等于交易流水收支轧差”“所有有效订单均关联有效用户ID”，通过编写业务校验SQL、跑通核心业务流程完成验证，适用于割接前的最终验收，可发现字段值正确但业务逻辑矛盾的隐性问题。4.数据迁移割接阶段的回滚触发条件主要包含四类：一是割接过程中发现核心数据存在不一致问题，且无法在预设割接窗口内修复，将导致核心业务流程无法正常运行；二是目标端数据库出现性能瓶颈、架构故障，短时间内无法优化到业务要求的性能阈值，业务恢复后将出现大面积超时、报错；三是切流后核心功能（如登录、支付、数据提交）出现大面积异常，排查确认是迁移问题导致，且修复时长超过窗口允许范围；四是出现网络中断、安全事件等不可预估的重大故障，导致迁移流程无法继续推进。回滚操作的关键注意事项包括：一是建立明确的决策机制，由项目总指挥根据故障等级、修复时长、业务影响范围做出回滚决策，既避免随意回滚导致前期准备工作浪费，也避免延迟回滚扩大业务影响；二是回滚操作严格按照预演流程执行，先暂停目标端写入，再将业务连接切回源端，切回后第一时间验证源端核心业务的可用性；三是完整记录割接开始到回滚前写入目标端的所有增量数据，按照主键、时间戳将这部分数据回写至源端，确保切流期间用户产生的数据零丢失；四是回滚完成后第一时间通知所有相关方，同步业务恢复情况，客服侧提前准备解释话术做好用户沟通；五是回滚后全面复盘故障根因，优化迁移方案并重新开展全流程预演，验证通过后再确定下次割接时间，禁止未排查根因就盲目启动二次割接。五、综合实操题（共2题，每题20分）1.某省级政务服务平台计划将本地IDC部署的Oracle11g核心业务库迁移至政务云平台的PolarDBforPostgreSQL14版本，源端数据库总数据量2.8T，包含214张业务表，其中办件记录表单表1.8T，每日平均增量约8G；业务每日00:00-06:00为低峰时段，监管要求割接期间业务停机时间不得超过2小时，RPO=0，RTO≤30分钟，迁移过程需满足等保三级的数据安全要求。请结合上述场景设计完整的迁移实施方案，明确各阶段操作及风险防控措施。2.某零售企业完成交易系统数据从自建MySQL迁移到云数据库RDS后，割接当日业务侧反馈三类问题：一是部分用户提交订单时提示“主键冲突”；二是部分包含中文的商品名称显示为乱码；三是财务统计的当日交易金额比源端同期少约12%，经初步排查数据总条数与源端一致。请分析故障产生的可能原因，给出排查修复流程，并说明后续优化措施。综合实操题参考答案：1.针对该政务服务平台的迁移需求，需严格按照等保要求设计全流程方案，确保满足RTO、RPO及停机窗口约束，具体方案如下：一是评估规划阶段，首先完成源端全量资产梳理，统计所有表的结构、外键依赖、数据量、索引配置，梳理所有存储过程、自定义函数、触发器共127个，通过SQL扫描工具识别出342处不兼容的Oracle方言语法；通过链路测试确认千兆专线的实际传输速率可达110MB/s，测算2.8T数据采用8并行压缩传输的全量同步耗时约7小时，增量同步延迟可稳定在3秒以内，割接时停写后的增量追平耗时不超过5分钟，整体割接操作可在25分钟内完成，满足30分钟RTO和2小时停机窗口要求；确定割接窗口为周六00:00-02:00，提前3个工作日通过官网、政务服务APP发布业务暂停公告；编制风险清单，针对语法不兼容、大表同步超时、数据泄露等风险制定对应防控措施，明确回滚流程及触发阈值，源端在割接期间保持只读状态，确保回滚操作可在10分钟内完成。二是预演准备阶段，搭建与生产配置一致的目标端PolarDB集群，完成专线网络连通性、防火墙策略验证，部署基于OracleRedoLog的CDC同步工具，配置字段类型映射、语法转换规则；开展2次全流程预迁移，第一次预迁移重点排查类型映射错误、同步报错问题，完成所有不兼容SQL的改写验证；第二次预迁移模拟完整割接流程，精准测算停写、追平、校验、切流、验证的各环节耗时，针对1.8T的办件记录大表调整为16并行分片同步，将全量同步耗时压缩至6.5小时；同步完成业务功能回归测试、峰值压测，确保目标端性能较源端提升20%以上；完成等保要求的传输加密、存储加密、操作审计配置，所有迁移操作账号采用双因素认证，操作日志留存6个月以上。三是同步追数阶段，割接前3天（周三00:00）启动全量数据同步，同步过程中限制同步链路的带宽占用不超过专线总带宽的30%，实时监控源端数据库的CPU、IO负载，确保对日常业务的性能影响低于10%；全量同步完成后立即启动CDC增量同步链路，持续消费源端Redo日志，将同步延迟稳定在3秒以内，每12小时开展一次增量数据校验，及时修复同步不一致问题。四是正式割接阶段，周六00:00准时启动割接，首先暂停所有业务系统的写入权限，将源端数据库设置为全局只读，切断非授权访问连接；等待CDC链路将剩余增量数据完全追平、延迟降为0后，开展核心表（用户表、办件表、材料表）的最终校验，确认行数、字段内容、业务逻辑完全一致；将业务系统的数据库连接地址切换为目标端地址，配置对应访问白名单和权限，按顺序启动业务应用，先验证用户登录、办件查询、材料提交、审批流转等核心流程，再验证非核心功能，验证通过后逐步放开用户流量，整个割接过程控制在25分钟内，满足RTO要求。五是观测保障阶段，割接后安排技术、业务、运维团队7*24小时值守72小时，持续监控目标端数据库性能、业务接口成功率、报错量，每日开展一次核心表数据一致性校验；源端数据库保持只读状态3个月，待系统稳定运行无异常后，按照等保要求完成源端数据的加密备份归档，再按流程下线源端资源。风险防控方面，预留20分钟应急缓冲时间，若割接启动后20分钟内仍未完成核心功能验证，立即启动回滚流程切回源端，确保业务在02:00前恢复；针对敏感的居民身份证、手机号、办件材料数据，采用TLS1.3加密传输、透明加密存储，所有数据操作全程留痕可审计，避免数据泄露风险。2.结合故障现象，故障原因、排查修复流程及优化措施如下：首先分析故障可能原因：一是主键冲突问题，大概率是迁移后目标端的自增主键起始值设置错误，低于源表现有主键的最大值，导致新生成的订单ID与历史数据ID冲突；也可能是割接不彻底，仍有部分未切换的业务服务持续向源端写入订单，生成的ID未同步到目标端，切流后目标端生成的ID与源端新增的ID重复。二是中文乱码问题，通常是同步链路的连接字符集配置错误，如同步工具使用L