数据库数据迁移的方法试题及答案

数据库数据迁移的方法试题及答案一、单项选择题（共15题，每题2分，总计30分）1.数据库迁移场景中，用于衡量迁移业务可容忍的最长停机时长的核心指标是（）A.RPOB.RTOC.QPSD.TPS2.以下MySQL迁移工具中，属于物理热备工具、可对InnoDB引擎实现无锁全量备份的是（）A.mysqldumpB.mysqlpumpC.PerconaXtraBackupD.mydumper3.以下CDC（变更数据捕获）工具中，最初由阿里巴巴开源、通过模拟MySQL从库协议拉取binlog实现增量数据解析的是（）A.DebeziumB.CanalC.OracleGoldenGateD.FlinkCDC4.以下业务场景中，最适合采用停机数据迁移方案的是（）A.核心交易系统7*24小时服务，允许停机窗口小于1分钟B.内部非核心报表系统，业务低峰期可容忍4小时停机C.面向C端的短视频用户中心系统，服务中断影响百万级用户D.银行核心账务系统，监管要求业务中断时长不超过30秒5.逻辑备份过程中获取一致性数据快照、保障全量数据时点一致的核心机制是（）A.基于事务MVCC或全局读锁锁定一致性数据视图，并记录对应日志位点B.逐表查询时不添加任何锁机制，提升查询速度C.完全停止数据库所有写入操作，再逐表导出数据D.仅从源库从库读取数据，无需考虑数据时点一致性6.以下迁移场景中，属于异构数据库迁移的是（）A.MySQL5.7迁移至MySQL8.0B.Oracle11g迁移至Oracle19cC.PostgreSQL13迁移至PostgreSQL15D.SQLServer2016迁移至GaussDB(foropenGauss)7.不停机迁移场景下，通常要求增量同步链路端到端数据延迟稳定控制在（）范围内，才可满足核心业务割接要求A.1秒以内B.10分钟以内C.1小时以内D.24小时以内8.以下校验内容中，不属于数据库迁移后数据有效性校验范畴的是（）A.源库与目标库的表记录行数校验B.源库与目标库的字段级内容哈希校验C.源库与目标库所在服务器的CPU型号一致性校验D.源库与目标库的索引、存储过程、触发器等对象一致性校验9.迁移割接后业务出现兼容性问题需要快速回滚，以下回滚方案中RTO最短、可靠性最高的是（）A.割接前搭建反向增量同步链路，将新库产生的增量数据实时同步回老库，切回流量前确保新老库数据一致B.删除新库所有数据，从割接前的全量备份重新恢复到老库C.同时重启新老数据库服务，清除连接缓存后再切回流量D.联系业务方重发所有割接后产生的业务请求，补全老库数据10.针对单表数据量超过1TB的大表，为提升全量迁移效率，以下拆分策略最优的是（）A.按表整体串行迁移，避免拆分带来的数据误差B.按主键或唯一键的范围分片，配置并行线程多分片同时迁移C.按随机抽样方式分片迁移，避免热点数据影响D.每次迁移100条记录，循环执行直至全表迁移完成11.异构数据库迁移过程中，最容易引发数据乱码问题的环节是（）A.源库物理文件拷贝B.逻辑导出导入阶段的字符集转换C.增量同步日志位点记录D.目标库二级索引重建12.以下能力中，不属于云厂商官方数据迁移服务（如阿里云DTS、华为云DRS、AWSDMS）支持范围的是（）A.同构数据库不停机迁移B.异构数据库结构自动转换与语法适配C.跨地域、跨可用区的数据库迁移D.绕过网络传输直接物理搬运数据库磁盘文件完成迁移13.迁移完成后配置目标库业务账号权限时，以下操作符合数据安全规范的是（）A.给所有业务账号配置SUPER权限，方便后续问题排查B.遵循最小权限原则，仅为业务账号分配业务所需的读写、DDL执行等必要权限C.所有业务系统共用一个root账号访问数据库，降低账号管理成本D.保留迁移过程中创建的所有临时测试账号，不做清理14.不停机迁移的标准割接流程顺序正确的是（）①全量数据迁移②增量数据同步追平③业务灰度切流④数据库结构迁移⑤全量数据一致性校验⑥全量流量切换至新库⑦停止老库写入完成最终数据校验A.④①⑤②⑦③⑥B.①②③④⑤⑥⑦C.⑦⑥⑤④③②①D.④②①⑤③⑦⑥15.全量迁移过程中为避免对源库业务造成过大冲击，以下限流措施不合理的是（）A.根据源库负载情况动态调整迁移任务的并发线程数B.选择业务低峰期启动全量迁移任务C.在源库的只读从库上搭建迁移链路，从从库读取数据D.不做限流与时间窗口选择，全表开最高并发扫描完成迁移二、多项选择题（共10题，每题2分，总计20分。多选、少选、错选均不得分）1.数据库迁移前期评估阶段需要完成的核心工作包括（）A.调研源库与目标库的版本、配置、字符集、兼容特性，梳理不兼容点B.对接业务侧确认停机窗口、RTO、RPO要求，明确割接影响范围C.测算存量数据规模、增量写入TPS峰值、大表分布情况，评估迁移时长D.完成迁移工具选型与性能压测，验证迁移链路的稳定性、性能指标2.以下关于物理迁移方式的特点描述正确的有（）A.迁移速度快，通常为逻辑迁移的3-10倍，适合TB级以上大库同构迁移B.迁移过程中可自动完成跨数据库引擎的结构转换、语法适配，适配异构场景C.对源库与目标库的环境一致性要求高，要求数据库版本、操作系统架构、页大小等参数兼容D.迁移过程以文件拷贝为主，产生的SQL查询、写入负载低，对源库业务影响相对较小3.零停机（业务无感知）迁移方案的核心组成模块包括（）A.全量数据迁移模块，完成存量数据的批量迁移B.CDC增量同步模块，实时捕获源库变更并回放到目标库C.数据一致性校验模块，覆盖全量、增量阶段的数据一致性验证D.反向增量同步模块，将新库产生的变更实时同步回老库，支撑快速回滚4.以下工具中，可实现MySQL到PostgreSQL异构增量迁移的有（）A.OracleGoldenGateB.Debezium+Kafka+Flink链路C.ApacheCanalD.mysqldump5.数据库割接阶段的常见风险点包括（）A.目标库性能不达标，切流后业务响应延迟上涨、错误率升高B.字段类型映射错误，导致数值精度丢失、字符串截断等数据异常C.视图、存储过程、触发器等数据库对象迁移缺失，导致业务逻辑执行报错D.增量同步延迟过高，切流后出现数据丢失、新老库数据不一致6.数据迁移完成后的校验工作需要覆盖的维度有（）A.表结构、索引、约束的一致性，确保索引、主键、外键等对象完整B.表记录行数、字段级校验值（如CRC32、MD5哈希）的一致性，确保数据内容准确C.存储过程、自定义函数、触发器、视图等可编程对象的一致性，确保业务逻辑正确D.业务账号权限、数据库参数配置的一致性，确保业务访问权限、性能匹配7.以下关于TB级大表迁移优化的说法正确的有（）A.提前为无主键表补充主键或唯一键，提升分片迁移效率、避免增量同步时出现数据重复B.全量导入阶段暂时关闭目标库的二级索引、事务提交刷盘强制策略、binlog写入，全量导入完成后再重建索引、恢复原有配置，提升写入效率C.采用分批次提交的方式写入目标库，避免单事务过大导致目标库锁等待、undo日志暴涨D.为加快迁移进度，始终保持最高并发读取源库数据，无需关注源库业务负载情况8.异构数据库迁移中的常见兼容性问题包括（）A.SQL语法差异，如Oracle的CONNECTBY递归语法在MySQL中需要改写为WITHRECURSIVE语法B.字段类型差异，如Oracle无精度的NUMBER类型映射到MySQL时若未做精度适配，可能出现数值精度丢失C.字符集差异，如Oracle的ZHS16GBK字符集迁移到UTF8MB4字符集时，若转换逻辑错误会导致生僻字乱码D.事务隔离级别差异，如Oracle默认读提交隔离级别、MySQL默认可重复读隔离级别，可能导致业务查询结果与预期不一致9.数据库迁移完成后的收尾运维工作包括（）A.持续72小时监控目标库的CPU、内存、IO、连接数、慢SQL、锁等待等性能指标，以及业务侧的成功率、响应时间指标B.保留老库只读访问权限至少7天，核心业务系统可延长至15天，确保出现问题时可快速回查数据C.清理迁移过程中创建的临时账号、临时迁移任务、临时存储文件，消除安全隐患D.为目标库配置与源库同等级别的监控告警、定时备份、容灾切换策略，确保新库运维保障能力达标10.以下场景中，适合采用逻辑迁移方式的有（）A.跨数据库引擎的异构迁移，需要做结构转换、语法适配B.跨大版本的同构迁移，需要完成数据格式升级（如MySQL5.6迁移至MySQL8.0）C.单库数据量12TB的同版本MySQL同机房迁移，要求最短迁移时间D.测试环境搭建场景，仅需要迁移源库中的部分业务表、部分字段数据三、判断题（共10题，每题1分，总计10分）1.同构数据库迁移仅指源库与目标库为同一厂商同版本产品的迁移，同一厂商跨大版本的产品迁移属于异构迁移。（）2.全量迁移过程中只要导出了源库所有表的记录，就不需要记录日志位点，可直接对接增量同步链路。（）3.物理迁移通过直接拷贝数据文件完成迁移，拷贝完成后无需做数据校验即可保证数据完全一致。（）4.不停机迁移场景下，在业务切流到新库前必须确保反向增量同步链路正常运行，为快速回滚提供支撑。（）5.异构迁移过程中，源库的存储过程、触发器可直接导入目标库，不会出现语法错误、逻辑偏差。（）6.数据校验时若源库与目标库的表记录行数一致，即可判定数据完全一致，无需开展字段级内容校验。（）7.源库存在无主键表时，增量同步过程容易出现数据重复、回放效率低的问题，建议迁移前为无主键表补充主键或唯一键。（）8.割接操作选择业务低峰期开展，可有效降低异常影响范围、提升割接成功率。（）9.数据迁移到目标库后，直接使用数据库默认参数配置即可承载业务流量，无需针对业务负载做参数调优。（）10.使用云厂商官方迁移服务开展云数据库迁移时，可跳过预检查环节直接启动迁移任务，不会出现任务失败、数据不一致问题。（）四、简答题（共2题，每题12分，总计24分）1.请简述零停机（业务无感知）数据库迁移的核心流程，以及各流程的关键注意事项。2.请对比逻辑迁移与物理迁移的核心差异，分别说明两类迁移方式的适用场景。五、综合案例分析题（共1题，总计16分）某电商平台核心交易系统部署在本地IDC机房，采用MySQL5.7版本数据库，单实例数据量8TB，业务峰值写入TPS为1200，核心交易业务要求7*24小时不中断，割接可容忍的停机窗口小于30秒。现需要将该数据库迁移至云上的GaussDB(forMySQL)8.0版本，请结合场景回答以下问题：（1）该场景应选择哪种迁移方案（停机/不停机、逻辑/物理），说明选型依据；（2）请设计完整的迁移实施步骤，明确每个步骤的核心动作；（3）列举该迁移场景下的核心风险点及对应的规避措施。参考答案一、单项选择题1.B。解析：RTO（RecoveryTimeObjective，恢复时间目标）指业务可容忍的最长服务中断时长，是迁移场景中衡量停机窗口要求的核心指标；RPO（RecoveryPointObjective，恢复点目标）指业务可容忍的最大数据丢失量；QPS、TPS为数据库性能指标，与停机容忍度无直接关联。2.C。解析：PerconaXtraBackup是Percona开源的物理热备工具，可对InnoDB引擎实现无锁热备，通过拷贝数据文件、记录redo日志完成一致性备份；mysqldump、mysqlpump、mydumper均为逻辑备份工具，大表备份速度较慢，易产生查询负载。3.B。解析：Canal是阿里巴巴开源的CDC组件，通过模拟MySQL从库的交互协议拉取主库binlog实现增量解析；Debezium为RedHat主导的开源多源CDC组件；OracleGoldenGate为Oracle官方商业同步工具；FlinkCDC是基于Flink的实时数据集成框架，内置多源CDC连接器。4.B。解析：停机迁移需要停止业务写入后再完成数据迁移与切流，成本低、流程简单，但停机时间长，仅适合非核心、可容忍长停机窗口的业务场景；核心交易、C端用户系统、银行核心账务系统均为高可用要求场景，不适合长停机的迁移方案。5.A。解析：逻辑备份通过MVCC一致性读或短暂全局读锁获取时点一致的数据视图，同时记录该时点对应的日志位点（如MySQLbinlog位点、OracleSCN），为后续增量追数提供基准；单纯停止业务写入会影响业务可用性，从库读取仍需要记录一致性位点保障数据时点统一。6.D。解析：异构迁移指源库与目标库为不同数据库引擎的迁移；同一数据库引擎跨大版本迁移仍属于同构迁移，仅跨引擎（如SQLServer迁GaussDB）为异构场景。7.A。解析：核心业务割接要求增量延迟稳定在1秒以内，才能在停写后快速追平增量数据，保障割接停机窗口控制在秒级；延迟过高会导致割接时追数时间过长，超出业务容忍的停机窗口。8.C。解析：CPU型号属于基础设施层硬件参数，不属于数据有效性校验范畴；行数校验、字段内容校验、数据库对象校验均为数据一致性校验的核心内容。9.A。解析：提前搭建反向增量同步链路，可保证割接后新库产生的数据实时同步回老库，回滚时仅需将流量切回老库即可，RTO最短、数据一致性最高；全量备份恢复、重启服务、业务重发请求均存在恢复时间长、数据易丢失的问题。10.B。解析：按主键范围分片并行迁移可避免数据倾斜，充分利用源库和目标库的IO、CPU资源，提升大表迁移效率；串行迁移速度慢，随机分片会导致重复扫描数据，小批次循环执行会产生过多交互开销，迁移效率极低。11.B。解析：逻辑导出导入阶段需要在客户端、服务端做字符集转换，若字符集配置不匹配、转码逻辑错误，极易引发生僻字、特殊字符乱码；物理文件拷贝、位点记录、索引重建不会涉及字符集转换，不会引发乱码。12.D。解析：云厂商迁移服务均通过网络传输数据，无法绕过网络直接搬运物理磁盘文件；同构不停机迁移、异构结构转换、跨地域迁移均为云迁移服务的核心能力。13.B。解析：数据库权限配置需遵循最小权限原则，仅为业务账号分配必要权限，避免权限过大引发安全风险；给业务账号配置SUPER权限、共用root账号、保留测试账号均不符合安全规范。14.A。解析：不停机迁移的标准流程为：首先完成结构迁移，确保目标库表结构一致；其次启动全量数据迁移，记录全量启动时的日志位点；全量迁移完成后开展全量数据一致性校验；随后从记录的位点启动增量同步，持续追平数据；割接窗口内停止老库写入，待增量完全追平后开展最终数据校验；校验通过后开展灰度切流，验证无异常后完成全量流量切换。15.D。解析：无限制高并发扫描源库会占用大量CPU、IO资源，严重时会导致源库业务请求阻塞，影响正常业务；动态调整并发数、选择低峰期操作、从从库读取数据均为合理的限流保护措施。二、多项选择题1.ABCD。解析：迁移前期评估需覆盖源目标环境调研、业务需求对接、迁移规模测算、工具选型压测四个核心维度，为方案制定提供准确依据。2.ACD。解析：物理迁移为文件级拷贝，速度快、负载低，但对环境一致性要求高，仅支持同构兼容场景，无法完成异构结构转换。3.ABCD。解析：零停机迁移需要全量迁移完成存量数据搬迁、CDC增量同步保障数据实时一致、数据校验模块保障数据准确性、反向同步模块支撑快速回滚，四个模块缺一不可。4.ABC。解析：mysqldump为逻辑全量备份工具，不支持增量实时同步；OGG、Debezium链路、Canal均支持MySQLbinlog解析，可适配异构增量同步场景。5.ABCD。解析：割接阶段的风险覆盖性能、数据类型、对象完整性、增量延迟四个核心维度，均为实际迁移中的常见问题。6.ABCD。解析：迁移后校验需覆盖结构一致性、数据内容一致性、可编程对象一致性、权限与参数一致性四个维度，确保业务在目标库可正常运行。7.ABC。解析：大表迁移需平衡迁移速度与源库业务影响，无限制高并发读取会冲击源库业务，其余选项均为成熟的大表迁移优化手段。8.ABCD。解析：异构迁移的兼容性问题覆盖SQL语法、字段类型、字符集、隔离级别四个常见维度，迁移前需逐一验证适配。9.ABCD。解析：迁移收尾工作需覆盖持续监控、老库保留、资源清理、运维体系适配四个维度，保障业务平滑过渡。10.ABD。解析：12TB级同版本同构迁移对速度要求高，适合采用物理迁移；异构迁移、跨大版本升级、部分数据迁移均为逻辑迁移的适用场景。三、判断题1.×。解析：同构迁移指源库与目标库为相同数据库引擎的迁移，同一引擎跨大版本迁移仍属于同构迁移，仅跨引擎迁移为异构迁移。2.×。解析：全量迁移过程中业务持续写入，必须在全量启动时记录对应一致性日志位点，全量完成后从该位点回放增量数据，否则会丢失全量迁移过程中的增量数据，引发数据不一致。3.×。解析：物理迁移的文件拷贝过程中可能出现磁盘坏块、文件损坏、页校验失败等问题，必须通过数据校验确认文件完整性，无法天然保证数据一致。4.√。解析：反向增量同步链路是零停机迁移回滚能力的核心支撑，可保证切流后新库的数据实时同步回老库，出现问题时快速切回。5.×。解析：不同数据库引擎的PL/SQL语法、触发器执行逻辑存在较大差异，源库的存储过程、触发器必须经过语法转换、逻辑验证后才能导入目标库，否则会出现执行报错。6.×。解析：行数一致仅代表表的记录数量匹配，可能存在字段内容截断、数值篡改、字符乱码等内容层面的不一致，必须开展字段级校验才能确认数据完全一致。7.√。解析：无主键表在增量同步时无法精准定位单条记录，易出现回放重复、回放效率低的问题，补充主键可大幅提升同步效率与准确性。8.√。解析：低峰期业务流量低、用户影响范围小，割接时异常影响可控，成功率更高。9.×。解析：数据库默认参数为通用配置，无法匹配具体业务的负载特征，必须根据业务的连接数、TPS、数据规模等特征调整参数，才能达到最优性能。10.×。解析：迁移预检查可提前发现网络连通性、权限不足、字符集不兼容、版本不支持等问题，跳过预检查极易导致迁移任务失败、数据不一致。四、简答题1.零停机迁移的核心流程及注意事项如下：（1）前期评估与方案制定：核心动作包括调研源/目标库的版本、配置、兼容性，对接业务确认RTO/RPO、停机窗口要求，测算数据规模、增量TPS峰值，完成迁移工具压测与方案制定。注意事项：必须提前梳理所有不兼容点，制定明确的校验、回滚预案，避免无准备上线。（2）结构迁移与预检查：核心动作是将源库的表结构、索引、约束、视图、存储过程等对象转换后在目标库创建，完成网络、权限、字符集等预检查。注意事项：所有对象必须经过语法验证、SQL兼容性测试，确保目标库可正常执行业务SQL。（3）全量数据迁移：核心动作是在业务低峰期启动全量迁移，记录全量启动时的一致性日志位点，通过分片并行的方式迁移存量数据。注意事项：必须配置迁移限流策略，优先从源库从库读取数据，控制迁移负载不超过源库承载能力的30%，避免影响正常业务。（4）增量数据同步：核心动作是全量完成后从记录的一致性位点启动CDC增量链路，实时同步源库变更到目标库。注意事项：持续监控增量延迟、同步报错，确保增量延迟稳定在1秒以内，及时修复类型转换、主键冲突等同步异常。（5）多轮数据校验：核心动作是在增量稳定运行后，开展全量行数校验、字段级哈希校验、对象一致性校验。注意事项：校验需避开业务高峰，发现数据差异及时补数，确保全量数据一致。（6）割接准备：核心动作是搭建反向增量同步链路，配置业务侧新库连接，开展割接预演。注意事项：必须验证反向同步链路的准确性，确保回滚路径可用，提前完成业务侧连接配置预热。（7）割接切流：核心动作是在低峰期短暂停止老库写入，待增量追平后做最终校验，按灰度比例逐步切流到新库。注意事项：严格控制停写时长在业务容忍窗口内，先切小流量验证业务无异常后再全量切流，避免一次性全量切流引发大面积故障。（8）收尾运维：核心动作是切流后持续监控业务与数据库指标，保留老库只读权限，适配新库的备份、监控、容灾体系。注意事项：核心业务需安排72小时专人值守，老库保留周期不低于7天，待系统完全稳定后再下线老库资源。2.逻辑迁移与物理迁移的核心差异及适用场景如下：（1）核心差异：①迁移原理不同：物理迁移通过直接拷贝数据库的数据文件、日志文件等物理存储文件，在目标库通过实例恢复启动数据库；逻辑迁移通过查询源库获取逻辑记录，生成SQL或结构化数据，在目标库重放SQL完成数据加载。②迁移性能不同：物理迁移为文件级拷贝，无需解析SQL，迁移速度是逻辑迁移的3-10倍，TB级大库迁移优势明显；逻辑迁移需要做数据解析、格式转换、SQL重放，速度较慢。③兼容性不同：物理迁移要求源库和目标库的数据库版本、操作系统架构、页大小、字符集等参数高度兼容，仅支持同构迁移，跨版本、跨引擎适配能力差；逻辑迁移兼容性强，支持跨大版本同构迁移、跨引擎异构迁移，可灵活实现字段映射、数据筛选、语法转换。④业务影响不同：物理迁移仅在备份结束时短暂加全局读锁获取一致性位点，整体负载低；逻辑迁移需要全表扫描源库数据，会消耗较多CPU、IO资源，易对源库业务造成影响。⑤灵活度不同：物理迁移只能迁移整个实例或整个库的数据，无法做细粒度筛选；逻辑迁移可按需选择迁移的库、表、字段、行，灵活度高。（2）适用场景：①物理迁移适用场景：同构同版本/小版本兼容的数据库迁移，单库数据量超过5TB，要求最短迁移时间，无需做数据筛选或结构转换的场景，如同机房MySQL实例迁移、云下云上同版本数据库搬迁。②逻辑迁移适用场景：异构数据库迁移、跨大版本同构升级迁移、需要按需筛选部分数据迁移、需要做结构转换或语法适配的场景，如Oracle迁移到MySQL、MySQL5.6升级到8.0、测试环境部分数据搬迁。五、综合案例分析题（1）选型及依据：该场景应选择不停机逻辑迁移方案，选型依据如下：①业务侧要求7*24小时不中断，可容忍停机窗口小于30秒，停机迁移需要数小时的停写时间，无法满足RTO要求，必须采用不停机迁移方案，通过全量迁移+增量实时同步的方式，将割接停机窗口控制在秒级。②源库为本地IDC的MySQL5.7，目标库为云上GaussDB(forMySQL)8.0，属于跨厂商、跨大版本的迁移场景，物理迁移要求源与目标的物理文件格式、数据库内部参数高度一致，无法适配跨厂商产品的文件格式差异，因此必须采用逻辑迁移方案，支持字段类型映射、语法转换、兼容性适配。（2）完整迁移实施步骤：①前期评估与兼容性验证：梳理源库所有表结构、字段类型、存储过程、自定义函数，在GaussDB(forMySQL)8.0环境中开展兼容性测试，对不兼容的语法、类型（如系统函数差异、排序规则差异）制定改写方案；压测逻辑迁移工具（如华为云DRS、FlinkCDC）的性能，验证8TB数据全量迁移时长、1200TPS峰值写入下的增量延迟，确保全量迁移可在低峰期完成，增量延迟稳定在1秒以内；制定割接checklist与回滚预案，同步业务侧确认30秒割接窗口。②结构预迁移与目标库优化：将转换后的表结构、索引、约束在目标库创建，完成存储过程、函数的语法改写与功能验证；根据核心交易系统的负载特征调整目标库参数，配置足够的CPU、内存、IOPS资源，将核心SQL在目标库做执行计划验证，优化慢SQL，确保目标库性能不低于源库。③全量迁移实施：搭建从源库只读从库到目标库的迁移链路，完成网络、权限、字符集等预检查，记录全量启动时的binlog位点；选择业务最低峰时段启动全量迁移，按主键范围将数据拆分为多个分片，配置32-64个并发线程并行迁移，设置迁移限流规则（控制从库IO、CPU占用不超过30%），避免影响源库主库业务；实时监控迁移进度与源库负载，出现负载过高时及时降低并发数。④增量