2025年最-新全国计算机等级考试(四级数据库工程师)试题与答案

2025年最新全国计算机等级考试(四级数据库工程师)试题与答案一、单项选择题（共40小题，每小题1分，共40分。下列各题A、B、C、D四个选项中，只有一个选项是正确的，请将正确选项填涂在答题卡相应位置）1.下列关于分布式数据库BASE理论的描述，错误的是（）A.基本可用（BasicallyAvailable）允许系统在出现不可预知故障时，损失部分可用性而非完全不可用B.软状态（SoftState）允许系统中的数据存在中间状态，且该状态不影响系统整体可用性C.最终一致性（EventuallyConsistent）要求系统中所有数据副本经过一定时间同步后，最终能够达到一致的状态D.BASE理论面向强一致性要求的OLTP核心交易场景，性能表现优于ACID约束的传统集中式数据库答案：D解析：BASE理论面向高可用、可扩展的分布式场景，牺牲强一致性换取性能与可用性，不适用于要求强一致性的核心OLTP交易场景；ACID约束的集中式数据库才是强一致性OLTP场景的首选。2.下列关于向量数据库的核心特性描述，错误的是（）A.支持高维向量的近似最近邻（ANN）查询，效率远高于传统关系型数据库的精确匹配查询B.支持向量与结构化属性的联合查询，可同时满足语义检索与结构化过滤需求C.向量索引构建完成后不可修改，仅支持全量重建以适配数据更新需求D.广泛适配大模型的Embedding向量存储与检索场景，是RAG架构的核心存储组件答案：C解析：主流向量数据库均支持向量数据的增量写入、删除与索引动态更新，无需全量重建即可适配数据动态变化的场景。3.某分布式OLTP数据库采用两阶段锁（2PL）协议处理并发事务，下列场景会导致死锁的是（）A.事务T1持有行A的排他锁，请求行B的排他锁；事务T2持有行B的排他锁，请求行A的排他锁B.事务T1持有行A的共享锁，请求行A的排他锁；事务T2持有行A的共享锁，请求行A的排他锁C.事务T1持有行A的排他锁，提交后释放锁；事务T2在T1释放锁后申请行A的排他锁D.事务T1持有行A的共享锁，请求行B的共享锁；事务T2持有行B的共享锁，请求行A的共享锁答案：A解析：死锁的四个必要条件为互斥、持有并等待、不可剥夺、循环等待，A选项满足四个必要条件，会触发死锁；D选项中共享锁可共享持有，不存在互斥问题，不会触发死锁。4.某关系模式R（学号，姓名，课程号，课程名，成绩，系号，系名），存在函数依赖：学号→姓名，学号→系号，系号→系名，课程号→课程名，（学号，课程号）→成绩，下列说法正确的是（）A.R属于1NF，分解为R1(学号,姓名,系号,系名)、R2(课程号,课程名)、R3(学号,课程号,成绩)后达到3NFB.R属于2NF，不存在部分函数依赖，仅存在传递函数依赖C.分解后的R1(学号,姓名,系号,系名)不存在传递函数依赖，符合3NF要求D.仅需将（学号，课程号）设置为R的主键，即可使R达到3NF要求答案：A解析：R存在部分函数依赖（学号→姓名，课程号→课程名），仅属于1NF；分解后R1存在传递函数依赖（学号→系号→系名），需进一步拆分R1为R11(学号,姓名,系号)、R12(系号,系名)可达到3NF，选项A的分解是常规的最低满足3NF的拆分方式，符合题意。5.某企业拟将核心交易系统迁移至云原生分布式数据库，下列关于只读实例部署的说法错误的是（）A.只读实例可分担主库的读请求压力，适用于报表查询、数据分析等读密集场景B.只读实例与主库采用异步同步机制，数据存在毫秒级到秒级的延迟C.核心交易的强一致性读请求可直接路由至只读实例，降低主库压力D.跨可用区部署只读实例可提升读请求的容灾能力答案：C解析：只读实例与主库采用异步同步，存在数据延迟，无法满足强一致性读要求，核心交易的强一致性读请求必须路由至主库。6.某分布式数据库采用水平分片策略存储订单表，下列分片规则中最适合订单查询场景（按用户ID查询订单、按订单时间范围查询订单）的是（）A.按订单ID哈希分片B.按用户ID哈希分片+按订单时间范围分库C.按订单金额范围分片D.按订单所属地区分片答案：B解析：按用户ID哈希分片可保证同一用户的所有订单存储在同一分片，按用户ID查询时无需跨分片；按时间范围分库可适配时间范围查询，快速定位分片，避免全分片扫描，性能最优。7.下列符合SQL92标准的可重复读（RepeatableRead）隔离级别能够避免的异常是（）A.脏读、不可重复读B.脏读、幻读C.不可重复读、幻读D.脏读、不可重复读、幻读答案：A解析：SQL92标准定义的4种隔离级别中，读未提交无法避免任何异常，读提交可避免脏读，可重复读可避免脏读、不可重复读，无法避免幻读；串行化可避免所有三类异常。8.某企业需要对用户表的手机号、身份证号字段进行脱敏处理，满足对外提供数据分析时不泄露用户敏感信息的要求，下列脱敏方式最合理的是（）A.静态脱敏，将生产数据脱敏后同步至分析库，分析库仅存储脱敏后的数据B.动态脱敏，用户查询敏感字段时实时脱敏，分析库存储完整的原始数据C.直接删除敏感字段，分析库不存储手机号、身份证号字段D.采用对称加密存储敏感字段，分析人员需持密钥查询答案：A解析：静态脱敏适用于非生产环境的数据分析场景，提前对敏感字段进行不可逆脱敏，避免数据泄露风险；动态脱敏适用于生产环境的细粒度权限控制场景，分析场景下存储原始数据存在泄露风险。9.下列关于时序数据库（TSDB）的核心特性与适用场景描述，错误的是（）A.支持高并发写入，可承载百万级设备的每秒监控数据上报需求B.采用时间线聚合、降采样等特性，可大幅提升时间范围查询的性能C.存储成本远高于关系型数据库，仅适合小体量的时序数据存储D.适用于物联网设备监控、运维指标监控、金融行情存储等场景答案：C解析：时序数据库采用列式存储、高压缩比算法、冷热分层存储等技术，存储成本仅为关系型数据库的1/10左右，适合PB级时序数据的存储与查询。10.下列数据库备份类型中，备份速度最快、存储空间占用最小的是（）A.全量备份B.增量备份C.差异备份D.快照备份答案：D解析：快照备份基于存储层面的写时复制技术，无需拷贝全量数据，备份速度为秒级，存储空间占用极小；增量备份仅备份上次备份后变化的数据，备份速度次之，存储空间占用大于快照。11.某数据库的查询优化器需要对关联查询进行优化，下列关联算法中适合小表驱动大表的关联场景的是（）A.嵌套循环连接（NestedLoopJoin）B.哈希连接（HashJoin）C.排序合并连接（SortMergeJoin）D.笛卡尔积连接（CartesianJoin）答案：A解析：嵌套循环连接将小表作为驱动表，遍历驱动表的每一行数据，匹配被驱动表的索引，适合小表驱动大表的场景，性能最优；哈希连接适合大表关联的场景，排序合并连接适合两个表已经排序的场景。12.下列关于分布式数据库CAP理论的描述，正确的是（）A.分布式系统可同时满足一致性、可用性、分区容错性三个要求B.网络分区不可避免，分布式系统需在一致性与可用性之间做权衡C.金融核心交易系统优先选择AP架构，保证业务可用性D.内容分发网络（CDN）属于CP架构，保证内容一致性答案：B解析：CAP理论明确分布式系统无法同时满足三个要求，网络分区属于分布式系统的固有属性不可避免，因此需在一致性与可用性之间权衡；金融核心交易系统优先选择CP架构，保证数据一致性；CDN属于AP架构，优先保证内容访问可用性。13.某数据仓库采用星型模型构建销售主题域，下列说法正确的是（）A.星型模型以维度表为中心，多个事实表围绕维度表关联B.星型模型存在大量冗余数据，查询性能低于雪花模型C.星型模型的事实表存储度量值，维度表存储维度属性，查询时无需多层关联，性能优异D.星型模型适合维度层级复杂的场景，可减少数据冗余答案：C解析：星型模型以事实表为中心，多个维度表围绕事实表关联，无需多层关联，查询性能优于雪花模型；雪花模型适合维度层级复杂的场景，可减少数据冗余。14.下列关于数据库索引的描述，错误的是（）A.联合索引的查询遵循最左匹配原则，查询条件未包含最左字段时索引失效B.覆盖索引可避免回表操作，大幅提升查询性能C.索引越多越好，可覆盖所有查询场景，提升查询效率D.前缀索引可降低索引存储空间，适合长字符串字段的索引构建答案：C解析：索引会增加写入开销（插入、更新、删除时需同步更新索引），过多的冗余索引会降低写入性能，需根据查询场景合理构建索引，并非越多越好。15.某企业需要对数据库的高可用架构进行设计，要求RPO=0，RTO<30秒，下列架构最适合的是（）A.主从异步复制架构B.主从半同步复制架构C.主从同步复制架构+自动故障切换D.单实例架构+定期备份答案：C解析：同步复制架构可保证主从数据完全一致，RPO=0，搭配自动故障切换可实现RTO<30秒；异步、半同步复制架构均存在数据丢失风险，RPO>0。二、简答题（共3小题，每小题10分，共30分）1.某金融科技企业拟部署分布式核心交易系统，需要在Paxos与Raft两种一致性协议中选择适配方案，请简述两种协议的核心差异及适用场景。参考答案：（1）核心差异：①领导选举机制：Paxos没有明确的领导选举流程，多副本通过提案投票达成共识，选举过程复杂度高，容易出现活锁问题；Raft将共识过程拆分为领导选举、日志复制、安全校验三个独立阶段，明确规定了领导节点的选举规则与任期机制，选举逻辑简单可控，不会出现活锁。（3分）②日志复制规则：Paxos允许日志存在空洞，提交前需要多轮确认补全日志，日志提交逻辑复杂；Raft要求日志严格按任期与索引顺序提交，保证已提交日志的连续性，日志复制逻辑更易排查问题。（2分）③工程实现难度：Paxos协议逻辑抽象，无标准化的工程实现规范，落地难度极高，业界成熟落地案例较少；Raft提供标准化的实现流程，工业界已有大量成熟的开源实现（如etcd、TiKV等均基于Raft实现），落地成本低，稳定性有保障。（2分）（2）适用场景：①Paxos适用于对一致性要求极高、团队具备分布式协议深度研发能力的超大规模分布式存储场景，如公有云对象存储的元数据管理、全球分布式存储集群。（1分）②Raft适用于需要快速落地、一致性要求较高的分布式数据库、分布式协调服务场景，如分布式关系型数据库的多副本同步、Kubernetes集群的etcd协调组件、企业级分布式存储集群。（1分）③若团队无分布式协议深度研发能力，优先选择Raft协议降低落地风险，两类协议均满足强一致性要求，性能差异可通过硬件优化抹平。（1分）2.数据湖与数据仓库是当前企业数据平台的核心存储组件，请简述二者的核心差异、适用场景及湖仓一体融合架构的核心优势。参考答案：（1）核心差异：①存储数据类型：数据仓库仅支持结构化数据，需预先定义Schema（写时Schema），数据写入前需完成Schema校验；数据湖支持结构化、半结构化、非结构化、高维向量等全类型数据，Schema可在读时定义（读时Schema），支持数据的先存储后处理。（2分）②存储成本：数据仓库采用专属计算存储耦合节点，存储成本约为1-2元/GB/月；数据湖采用对象存储等低成本存储介质，存储成本约为0.1-0.2元/GB/月，仅为数据仓库的1/10左右。（2分）③适用负载：数据仓库适用于固定报表、BI分析、核心经营核算等低延迟结构化OLAP场景，查询延迟在毫秒到秒级；数据湖适用于数据探索、机器学习训练、多源数据融合、非结构化数据检索等高吞吐分析场景，查询延迟在秒到分钟级。（2分）（2）适用场景：①数据仓库：企业核心经营报表、财务核算、合规审计等对数据质量、查询性能要求高的结构化分析场景。（1分）②数据湖：企业全域数据归集、AI模型训练、多源数据关联分析、非结构化数据检索、大模型RAG知识库存储等场景。（1分）（3）湖仓一体融合架构的核心优势：统一存储底座同时支持数仓的高性能结构化查询与数据湖的全类型数据存储，避免数据冗余与跨存储的迁移成本，实现一份数据同时支撑业务分析与AI训练需求，降低企业数据平台的整体拥有成本30%以上。（2分）3.某企业核心数据库出现慢查询问题，导致业务接口超时，请简述慢查询的排查流程与优化手段。参考答案：（1）排查流程：①开启数据库慢查询日志，设置合理的阈值（如1s），采集慢查询SQL的执行计划、执行时间、扫描行数、锁等待时间等核心信息，按执行次数与累计耗时排序定位TOPN慢SQL。（2分）②对TOPN慢查询SQL执行EXPLAIN分析，判断是否存在全表扫描、索引失效、关联查询未走索引、扫描行数过多、回表次数过多等问题。（2分）③排查数据库实例的资源负载，确认是否存在CPU使用率超过80%、内存命中率低于99%、IO等待时间超过10ms、网络带宽跑满等硬件资源瓶颈，排除硬件资源不足导致的查询变慢。（1分）（2）优化手段：①索引优化：为过滤条件、关联条件、排序分组字段添加合适的联合索引，优先构建覆盖索引减少回表开销，定期清理冗余索引、失效索引，降低写入开销。（2分）②SQL优化：拆分大表关联查询，避免SELECT*返回不必要字段，限制结果返回行数，优化嵌套子查询为JOIN查询，避免使用不走索引的函数、模糊匹配左通配符、隐式类型转换。（2分）③架构优化：热点数据接入Redis等缓存降低数据库压力，读请求分流至只读实例，超大表按时间或业务字段水平分库分表，超过保留周期的冷数据归档至低成本冷存储。（1分）三、设计题（共1小题，20分）某医疗管理平台需要设计患者就诊管理系统，需求如下：1.医院有多个科室，每个科室有唯一的科室编号，存储科室名称、科室地址、联系电话、科室主任信息；每个科室有多名医生，每个医生仅属于一个科室，医生有唯一的工号，存储姓名、职称、擅长领域、出诊时间信息。2.患者有唯一的身份证号作为标识，存储姓名、性别、年龄、联系电话、常住地址信息。3.患者就诊时生成唯一的就诊单号，存储就诊时间、就诊科室、接诊医生、主诉、诊断结果、处方信息；一张处方包含多个药品，每个药品有唯一的药品编号，存储药品名称、规格、单价、库存信息；处方需要存储药品数量、用药说明信息。要求：（1）根据上述需求绘制ER图，标注实体、属性、联系、联系类型（5分）（2）将ER图转换为符合3NF的关系模式，标注每个关系模式的主键与外键（10分）（3）若平台需要支持千万级患者的就诊记录查询，查询条件多为患者身份证号+就诊时间范围，请给出该场景的优化方案（5分）参考答案：（1）ER图绘制要点：①实体：科室、医生、患者、就诊单、药品，共5个实体。（1分）②实体属性：科室（科室编号，科室名称，科室地址，联系电话，科室主任），主键为科室编号；医生（工号，姓名，职称，擅长领域，出诊时间），主键为工号；患者（身份证号，姓名，性别，年龄，联系电话，常住地址），主键为身份证号；就诊单（就诊单号，就诊时间，主诉，诊断结果），主键为就诊单号；药品（药品编号，药品名称，规格，单价，库存），主键为药品编号。（2分）③联系：科室-医生：一对多联系，1个科室对应多名医生，1名医生仅属于1个科室；医生-就诊单：一对多联系，1名医生可接诊多张就诊单，1张就诊单仅对应1名接诊医生；患者-就诊单：一对多联系，1名患者可有多个就诊单，1张就诊单仅对应1名患者；就诊单-药品：多对多联系，1张就诊单包含多个药品，1个药品可出现在多张就诊单中，联系属性为药品数量、用药说明。（2分）（2）转换为3NF关系模式：①科室（科室编号，科室名称，科室地址，联系电话，科室主任）主键：科室编号，无外键（1分）②医生（工号，姓名，职称，擅长领域，出诊时间，科室编号）主键：工号，外键：科室编号，参照科室表的科室编号（2分）③患者（身份证号，姓名，性别，年龄，联系电话，常住地址）主键：身份证号，无外键（1分）④就诊单（就诊单号，就诊时间，主诉，诊断结果，医生工号，患者身份证号）主键：就诊单号，外键：医生工号参照医生表的工号，患者身份证号参照患者表的身份证号（3分）⑤处方明细（就诊单号，药品编号，药品数量，用药说明）主键：（就诊单号，药品编号），外键：就诊单号参照就诊单表的就诊单号，药品编号参照药品表的药品编号（2分）⑥药品（药品编号，药品名称，规格，单价，库存）主键：药品编号，无外键（1分）校验：所有关系模式不存在非主属性对主键的部分函数依赖与传递函数依赖，符合3NF要求。（3）优化方案：①索引优化：为就诊单表的（患者身份证号，就诊时间）建立联合覆盖索引，包含查询所需的就诊单号、诊断结果、医生工号等字段，避免回表操作，查询性能可提升10倍以上。（2分）②分表优化：对就诊单表按就诊时间进行水平分表，如按季度分表，查询时可直接定位到对应时间范围的分表，减少扫描数据量。（2分）③归档优化：超过3年的历史就诊记录归档至冷存储，热表仅保留近3年的就诊记录，进一步降低热表数据量，提升查询性能。（1分）四、应用题（共