2025年全国计算机等级考试四级数据库工程师认证实战试卷及解析

2025年全国计算机等级考试四级数据库工程师认证实战试卷及解析一、单项选择题（共20小题，每小题1分，共20分）1.分布式数据库CAP理论是分布式系统设计的核心理论，下列云原生分布式数据库产品中，设计阶段优先保障可用性（A）和分区容错性（P）、牺牲部分强一致性，适用于离线分析场景的是（）A.OceanBaseB.ClickHouseC.PolarDB-XD.TDSQL-C参考答案：B。解析：CAP理论中，一致性（C）、可用性（A）、分区容错性（P）三者不可同时满足，绝大多数分布式场景必须保障P，因此需在C和A之间权衡。ClickHouse作为列式存储的分析型分布式数据库，优先保障AP，默认采用最终一致性，适合离线数据分析、报表等非强一致要求的场景。其余选项均为事务型（TP）或混合事务分析处理（HTAP）数据库，优先保障CP，满足核心交易的强一致要求。2.事务ACID特性中，保障事务提交后修改永久生效、即使发生系统故障也不会丢失的核心机制是（）A.WAL预写日志B.MVCC多版本并发控制C.两阶段锁协议D.索引优化参考答案：A。解析：WAL预写日志要求事务修改数据前，先将修改操作写入日志文件并持久化，再修改内存中的数据。系统故障恢复时，可通过重做已提交事务的日志、回滚未提交事务的操作保障持久性。MVCC用于实现事务隔离性，两阶段锁协议用于保障事务一致性和隔离性，索引优化与事务特性无直接关联。3.给定关系模式R(学号,姓名,系号,系名,课程号,课程名,成绩)，已知函数依赖集为{学号→姓名,系号；系号→系名；课程号→课程名；(学号,课程号)→成绩}，若将(学号,课程号)作为主键，则R最高符合（）A.1NFB.2NFC.3NFD.BCNF参考答案：A。解析：1NF要求所有属性不可再分，R满足1NF要求；2NF要求消除非主属性对主键的部分函数依赖，R中非主属性姓名、系号、系名仅依赖主键中的学号字段，课程名仅依赖主键中的课程号字段，存在大量部分函数依赖，因此不符合2NF要求，最高仅达到1NF。4.下列场景中最适合建立位图索引的是（）A.用户表的身份证号列，高频等值查询B.订单表的订单状态列，取值仅包含待支付、已支付、已取消3种C.日志表的时间戳列，高频范围查询D.商品表的商品ID列，主键字段参考答案：B。解析：位图索引适合低基数列（字段取值种类少、重复值多）的场景，通过位图向量记录取值对应的行号，等值查询效率极高，且存储空间占用小。其余选项均为高基数列或适合B+树索引的场景：身份证号、商品ID是高基数唯一值字段，适合建立B+树唯一索引；时间戳列高频范围查询，适合建立B+树普通索引。5.存在两个并发事务T1、T2，操作序列为：T1读取A=10→T2读取A=10→T1将A减1后写回→T2将A减1后写回，最终A的值为9，该并发问题属于（）A.丢失修改B.不可重复读C.读脏数据D.幻读参考答案：A。解析：丢失修改指两个事务同时读取同一数据，先后完成修改并写回，后者的修改覆盖前者的修改，导致前者的操作丢失。不可重复读指同一事务内两次读取同一数据，期间数据被其他事务修改，两次读取结果不一致；读脏数据指事务读取了其他事务未提交的修改，后续该修改被回滚，导致读取到无效数据；幻读指同一事务内两次执行相同范围查询，期间其他事务插入/删除了符合条件的数据，两次查询返回的行数不一致。6.数据库三级模式结构中，负责描述数据库全局逻辑结构的是（）A.内模式B.模式C.外模式D.用户模式参考答案：B。解析：三级模式中，模式（逻辑模式）是数据库全体数据的逻辑结构和特征的描述，是所有用户的公共数据视图；外模式（用户模式）是局部用户能够看到和使用的局部数据的逻辑结构；内模式（存储模式）是数据物理存储结构的描述。7.数据仓库建模中，星型模型和雪花模型的核心差异是（）A.是否存在事实表B.是否存在维度表C.维度表是否规范化D.事实表是否包含冗余字段参考答案：C。解析：星型模型和雪花模型均以事实表为核心，关联多个维度表。核心差异为：星型模型的维度表不做规范化处理，存在冗余，查询时关联次数少、效率高；雪花模型的维度表做规范化拆分，冗余度低，但查询时关联次数多、性能相对较低。8.下列NoSQL数据库中属于图数据库，适合存储社交关系、知识图谱等关联关系数据的是（）A.RedisB.MongoDBC.Neo4jD.HBase参考答案：C。解析：NoSQL数据库分为四类：键值数据库（代表Redis）、文档数据库（代表MongoDB）、列族数据库（代表HBase）、图数据库（代表Neo4j）。图数据库以点、边为核心存储单元，专门优化关联查询性能，适合社交关系、路径规划、知识图谱等场景。9.下列备份策略中，数据恢复时间最短的是（）A.每周日全量备份，其余时间每日增量备份B.每周日全量备份，其余时间每日差异备份C.每日全量备份D.每6小时增量备份，每日全量备份参考答案：C。解析：全量备份是对所有数据的完整备份，恢复时仅需恢复最近一次全量备份即可，恢复时间最短；差异备份是备份上次全量备份后修改的数据，恢复时需要先恢复全量备份，再恢复最近一次差异备份，恢复时间次之；增量备份是备份上次备份（全量或增量）后修改的数据，恢复时需要先恢复全量备份，再依次恢复所有增量备份，恢复时间最长。10.下列数据库故障中，需要使用备份文件和日志文件共同恢复的是（）A.事务执行过程中发生运算溢出导致事务终止B.操作系统崩溃导致内存数据丢失C.磁盘损坏导致数据库文件丢失D.死锁导致事务被强制回滚参考答案：C。解析：介质故障（如磁盘损坏）会导致持久化存储的数据库文件损坏或丢失，恢复时需要先将最近一次全量备份恢复到磁盘，再通过重做备份后到故障点的日志完成恢复。选项A、D属于事务故障，仅需回滚故障事务即可；选项B属于系统故障，仅需通过日志重做已提交事务、回滚未提交事务即可，不需要使用备份文件。11.分布式数据库分片策略中，将表按照某一字段的取值范围拆分为多个分片，存储在不同节点的策略属于（）A.水平分片B.垂直分片C.混合分片D.哈希分片参考答案：A。解析：水平分片是按行拆分，将符合不同取值条件的行分配到不同节点，常见的有范围分片、哈希分片；垂直分片是按列拆分，将一个表的不同列拆分到不同节点；混合分片是同时采用水平和垂直分片策略。12.下列关于数据库审计的说法错误的是（）A.审计日志需要至少留存6个月，满足合规要求B.审计需要记录所有对敏感数据的访问、修改操作C.审计功能会降低数据库性能，核心交易系统无需开启D.审计日志需要独立存储，避免被篡改或删除参考答案：C。解析：根据《网络安全法》《网络数据安全管理条例》要求，涉及敏感数据处理的系统必须开启数据库审计功能，记录所有操作行为，留存审计日志不少于6个月，且审计日志需独立存储、不可篡改。即使是核心交易系统，也可通过异步审计、审计流量分流等方式降低性能损耗，不得关闭审计功能。13.云数据库只读实例的适用场景是（）A.分担主库的写请求压力B.分担主库的读请求压力C.作为容灾节点替代主库提供服务D.提升数据写入的吞吐量参考答案：B。解析：云数据库只读实例是主库的实时同步副本，仅支持读操作，核心作用是分担主库的读请求压力，降低主库负载。只读实例不支持写操作，无法分担写压力；容灾切换需要高可用集群的主节点，只读实例不能直接替代主库提供服务。14.下列关于存储过程和触发器的说法正确的是（）A.存储过程需要手动调用执行，触发器由事件触发自动执行B.存储过程无法访问数据库表，触发器可以访问数据库表C.存储过程不能传递参数，触发器可以传递参数D.存储过程无法返回执行结果，触发器可以返回执行结果参考答案：A。解析：存储过程是预先编译的SQL语句集合，支持传入参数、返回执行结果，需要用户或应用手动调用执行，可以访问数据库表；触发器是绑定到特定表的特殊存储过程，由INSERT/UPDATE/DELETE等事件触发自动执行，不能手动调用，也不能传递参数、返回结果。15.查询优化的核心步骤中，首先需要完成的是（）A.代数优化，将关系代数表达式转换为等价的、执行效率更高的形式B.物理优化，选择合适的存取路径和执行算法C.语法解析，检查SQL语句的语法正确性D.语义解析，检查表、字段是否存在，用户是否有操作权限参考答案：A。解析：查询优化分为代数优化（逻辑优化）和物理优化两个阶段，首先进行代数优化，基于等价变换规则将原始的关系代数表达式转换为结构更优的形式，比如提前执行选择、投影操作减少数据量，再进行物理优化，选择索引、连接算法等存取路径。语法解析、语义解析属于查询优化前的预处理步骤。16.下列死锁处理机制中，属于死锁预防策略的是（）A.等待图法检测死锁，终止回滚代价最小的事务B.要求所有事务一次性申请所有需要的锁C.定时扫描事务等待队列，发现死锁后解除D.允许事务等待锁，超时后自动回滚参考答案：B。解析：死锁预防是通过破坏死锁产生的四个必要条件（互斥、占有且等待、不可剥夺、循环等待）避免死锁发生，要求事务一次性申请所有锁是破坏占有且等待条件，属于死锁预防策略。其余选项均属于死锁检测与解除策略。17.关系代数运算中，从两个关系的笛卡尔积中选取属性间满足一定条件的元组的运算称为（）A.自然连接B.等值连接C.θ连接D.投影参考答案：C。解析：θ连接是从两个关系的笛卡尔积中选取属性值满足指定比较条件的元组；等值连接是θ连接的特殊形式，比较条件为相等；自然连接是特殊的等值连接，要求两个关系中进行比较的是相同属性组，且结果中去掉重复属性列；投影是从单个关系中选取指定属性列的运算。18.下列场景中最适合使用时序数据库的是（）A.存储电商用户的订单数据B.存储物联网设备每秒上报的温度、压力数据C.存储银行用户的账户余额数据D.存储社交平台的用户关系数据参考答案：B。解析：时序数据库专门优化时间序列数据的写入、查询和存储，适合高并发写入、按时间范围查询的场景，比如物联网设备监控数据、运维监控指标数据等。订单、账户余额数据适合用关系型事务数据库存储，用户关系数据适合用图数据库存储。19.下列数据库加密技术中，对应用完全透明、不需要修改应用代码的是（）A.应用层字段加密B.数据库透明数据加密（TDE）C.中间件层脱敏加密D.客户端加密参考答案：B。解析：透明数据加密（TDE）是在数据库存储引擎层实现的加密，对数据文件、日志文件进行落盘加密，解密在内存中完成，对应用完全透明，不需要修改任何应用代码。其余选项均需要应用或中间件参与加解密操作，需要修改代码或配置。20.数据库容灾指标中，代表故障发生后系统能够容忍的最大数据丢失量的是（）A.RTOB.RPOC.MTBFD.MTTR参考答案：B。解析：RPO（恢复点目标）指故障发生后，系统能够容忍的最大数据丢失时间长度，直接衡量数据丢失风险；RTO（恢复时间目标）指故障发生后系统恢复正常服务的最大允许时间；MTBF是平均无故障时间，衡量系统可靠性；MTTR是平均修复时间，衡量故障修复效率。二、简答题（共3小题，每小题10分，共30分）1.请简述Paxos一致性算法的核心执行流程，以及主流分布式HTAP数据库OceanBase在Paxos基础上做了哪些优化来提升事务处理性能？参考答案及评分标准：（1）Paxos算法核心流程（6分）：Paxos基于多数派协商原则实现分布式一致性，包含三个核心阶段：①准备阶段：提案者向所有接受者发送准备请求，携带提案编号，接受者收到请求后，若提案编号大于之前收到的所有编号，则承诺不再接受编号更小的提案，并返回自身已经接受的最大编号的提案；②批准阶段：提案者收到超过半数接受者的承诺后，若没有接受者返回已接受的提案，则提交自身的提案值，否则返回最大编号的提案值，向所有接受者发送批准请求，接受者收到请求后，若提案编号不小于之前承诺的最大编号，则接受该提案；③提交阶段：提案者收到超过半数接受者的接受响应后，提案通过，向所有节点广播提交消息，完成提案提交。（2）OceanBase的优化点（4分，答对任意4点即可）：①采用多副本日志同步优化，仅需要日志的多数派同步即可完成提交，不需要同步数据页，大幅降低同步开销；②并行提交优化，多个事务的日志可以合并批量提交，减少IO次数；③Leader本地化优化，将事务的Leader副本调度到离用户更近的节点，降低访问延迟；④GroupCommit组提交优化，将多个事务的写日志操作合并为一次IO，提升写入吞吐量；⑤优化Paxos的消息交互流程，减少不必要的消息往返次数。2.某电商系统的订单表数据量已达2亿条，用户查询近3个月个人订单的响应时间从原来的200ms上升到3s，请列出至少5种可行的优化方案，并说明每种方案的适用条件。参考答案及评分标准：（每点2分，答对任意5点即可得满分）①按时间字段分区：将订单表按照下单时间按月份或季度分区，查询近3个月订单时仅扫描对应分区的数据，避免全表扫描。适用条件：订单数据有明确的时间维度，且查询条件固定携带时间字段，历史冷数据访问频率远低于热数据。②建立联合索引：建立（用户ID，下单时间）联合索引，用户查询个人近期订单时可以直接通过索引定位数据，不需要回表查询。适用条件：查询条件固定包含用户ID和下单时间字段，索引的区分度足够高。③冷热数据分离：将超过3个月的历史订单归档到低成本对象存储或离线数据库，在线库仅保留近3个月的热数据，大幅降低在线表的数据量。适用条件：冷热数据访问差异明显，历史订单仅用于合规留存或低频离线统计。④读写分离+只读实例：将用户订单查询请求路由到只读实例，分担主库的读压力，避免读请求和写请求竞争资源。适用条件：订单场景读请求量远高于写请求量，允许少量同步延迟。⑤引入缓存层：将高频热点用户的近3个月订单数据缓存到Redis中，用户查询时优先访问缓存，不需要访问数据库。适用条件：存在明显的热点用户（比如大V用户、高频下单用户），且订单数据更新频率不高，缓存和数据库的一致性容易保障。⑥分库分表：按照用户ID哈希分片，将订单表拆分到多个数据库节点，单表数据量控制在5000万以内，降低单表的查询开销。适用条件：订单数据量持续增长，未来预计超过5亿条，单库单表性能已经达到瓶颈，且业务可以接受分库分表带来的复杂度提升。3.我国《网络数据安全管理条例》对敏感个人信息的存储和处理提出了明确要求，请简述数据库层面实现敏感数据全生命周期防护的核心技术手段。参考答案及评分标准：（每点2分，答对任意5点即可得满分）①敏感数据自动识别：通过正则匹配、机器学习分类等技术自动扫描数据库中的字段，识别身份证号、手机号、银行卡号、生物特征、健康信息等敏感字段，建立敏感数据资产清单。②静态脱敏：在开发测试环境、数据分析环境导出生产数据时，自动对敏感数据进行脱敏处理（比如手机号中间四位打码、身份证号替换为虚拟值），避免真实敏感数据流出生产环境。③动态脱敏：根据用户的权限等级，对同一敏感字段返回不同粒度的结果，比如普通客服查询用户信息时仅能看到脱敏后的手机号，管理员权限用户可以看到完整的手机号，避免越权访问敏感数据。④加密存储：对敏感字段采用字段级加密，密钥独立于数据库存储，即使数据库文件泄露，攻击者也无法解密敏感数据；核心数据库采用透明数据加密（TDE），对所有存储数据落盘加密，避免物理存储介质泄露导致数据泄露。⑤全操作审计：对所有访问、修改敏感数据的操作进行全量审计，记录操作人、操作时间、操作内容、IP地址等信息，审计日志独立存储、不可篡改，留存时间不少于6个月，满足合规溯源要求。⑥数据销毁：对于超过留存期限的敏感数据，采用多次覆写、消磁、物理销毁等方式彻底删除，避免数据被恶意恢复；对于云存储的敏感数据，需要删除所有备份副本，确保数据完全销毁。三、数据库设计题（共2小题，每小题15分，共30分）1.某高校科研管理系统的需求如下：①学校有多个学院，每个学院有多名教师，每个教师仅属于一个学院，学院属性包括学院编号、学院名称、联系电话；教师属性包括教师工号、姓名、职称、研究方向；②每个教师可以主持多个科研项目，每个项目有且仅有一名主持人，项目属性包括项目编号、项目名称、立项时间、经费总额；③每个项目可以有多名参与教师，每个教师可以参与多个项目，参与时需要记录参与时长、分工；④每个项目可以产生多项科研成果，每项成果仅属于一个项目，成果属性包括成果编号、成果类型（专利/论文/软著）、发表时间、获奖等级。要求：（1）画出对应的ER图，标注实体、属性、联系、联系类型；（2）将ER图转换为符合3NF要求的关系模式，标注主键和外键。参考答案及评分标准：（1）ER图设计（8分）：包含4个实体（学院、教师、项目、成果，每个实体1分，共4分）；4个联系：学院与教师为1:n隶属联系、教师与项目为1:n主持联系、教师与项目为m:n参与联系、项目与成果为1:n产出联系（每个联系1分，共4分，标注清楚联系属性和联系类型）。（2）关系模式转换（7分，每个关系模式1分，主键外键标注正确得分）：①学院（学院编号，学院名称，联系电话），主键：学院编号②教师（教师工号，姓名，职称，研究方向，所属学院编号），主键：教师工号，外键：所属学院编号参照学院(学院编号)③项目（项目编号，项目名称，立项时间，经费总额，主持人工号），主键：项目编号，外键：主持人工号参照教师(教师工号)④参与（教师工号，项目编号，参与时长，分工），主键：（教师工号，项目编号），外键：教师工号参照教师(教师工号)；项目编号参照项目(项目编号)⑤成果（成果编号，成果类型，发表时间，获奖等级，所属项目编号），主键：成果编号，外键：所属项目编号参照项目(项目编号)所有关系模式均消除了部分函数依赖和传递函数依赖，符合3NF要求。2.某电商系统已经设计完成的初始关系模式如下：用户表（用户ID，用户名，手机号，注册时间，会员等级）；订单表（订单ID，用户ID，订单金额，下单时间，收货地址，省，市，区，快递单号，快递状态）；订单明细表（明细ID，订单ID，商品ID，商品名称，单价，购买数量，商品分类ID，商品分类名称）。请分析该设计存在的问题，提出优化方案，并给出优化后的关系模式。参考答案及评分标准：（1）存在的问题（5分，答对任意3点即可得满分）：①数据冗余：订单表中省、市、区字段与收货地址字段存在信息冗余，收货地址已包含完整的省市区信息，额外存储占用存储空间；②更新异常：订单明细表中冗余存储商品分类ID、分类名称等商品静态属性，若后续商品分类调整，历史订单的分类信息会被错误修改，若要保留历史订单的分类快照则会出现更新不一致的问题；③查询效率低：缺失必要的索引，用户按个人ID查询订单、按时间范围查询订单的效率低；④字段设计不合理：订单明细表中的单价字段未明确是商品当前单价还是下单时的单价，若存储的是商品当前单价，会导致历史订单的金额统计错误。（2）优化方案（5分，对应问题给出合理方案即可）：①删除订单表中冗余的省、市、区字段，若需要按地区统计订单，可新增地区编码字段，下单时通过收货地址解析获取，避免存储冗余的文本信息；②订单明细表删除冗余的商品分类ID、分类名称字段，若需要保留下单时的商品分类快照，仅保留下单时分类名称字段即可，商品的静态分类信息统一存储在商品分类表中；③增加必要的索引：订单表建立（用户ID，下单时间）联合索引，订单明细表建立（订单ID）普通索引，商品表建立（商品ID）主键索引；④明确订单明细表的单价字段为下单时单价，避免后续商品价格调整影响历史订单数据。（3）优化后的关系模式（5分）：①用户表（用户ID，用户名，手机号，注册时间，会员等级），主键：用户ID②商品分类表（分类ID，分类名称），主键：分类ID③商品表（商品ID，商品名称，当前单价，分类ID），主键：商品ID，外键：分类ID参照商品分类表(分类ID)④订单表（订单ID，用户ID，订单金额，下单时间，收货地址，地区编码，快递单号，快递状态），主键：订单ID，外键：用户ID参照用户表(用户ID)⑤订单明细表（明细ID，订单ID，商品ID，下单时商品名称，下单时单价，购买数量，下单时分类名称），主键：明细ID，外键：订单ID参照订单表(订单ID)，外键：商品ID参照商品表(商品ID)四、综合应用题（共1题，20分）某金融机构的核心交易系统采用一主两从的MySQL5.7架构，主库负责所有写操作和部分读操作，两个从库负责大部分读操作，近期出现以下问题：①工作日上午10点业务高峰时，主库CPU使用率达98%，事务响应延迟超过5s，大量交易超时失败；②从库同步延迟最高达30分钟，导致用户查询到的账户余额是半小时前的旧数据，引发大量用户投诉；③某次主库硬件故障后，人工切换从库为主库并恢复服务共花费2小时，期间丢失了10分钟的交易数据，不符合监管要求的RPO≤1分钟、RTO≤5分钟的容灾要求。要求：（1）分析三个问题的可能原因；（2）给出完整的架构优化方案，满足监管要求，提升系统性能。参考答案及评分标准：（1）问题原因分析（8分，每个问题的原因分析合理即可得分）①主库CPU过高的原因（3分）：未实现严格的读写分离，大量读请求打到主库，和写请求竞争CPU资源；存在大量未加索引的慢查询，全表扫描占用大量CPU资源；事务粒度太大，长事务持有锁时间长，导致大