2026年数据库运维工程师考核试卷（附答案）

2026年数据库运维工程师考核试卷（附答案）一、单项选择题（本大题共20小题，每小题1.5分，共30分。在每小题给出的四个备选项中，只有一个是符合题目要求的，请将其代码填写在题后的括号内。）1.在MySQLInnoDB存储引擎中，事务的隔离级别默认是（）。A.ReadUncommittedB.ReadCommittedC.RepeatableReadD.Serializable2.关于Redis的持久化机制，下列说法正确的是（）。A.AOF持久化是通过保存数据集的快照来实现的B.RDB持久化可以最大限度地保证数据不丢失C.Redis默认开启AOF持久化D.AOF文件的重写是为了压缩AOF文件体积，删除冗余命令3.在PostgreSQL中，用于控制WAL（Write-AheadLogging）日志保留参数的最小值主要由（）决定。A.max_wal_sizeB.min_wal_sizeC.wal_keep_sizeD.wal_buffers4.运维工程师在进行数据库备份时，若需要实现全量备份和增量备份，并且要求跨平台恢复能力强，通常优先选择（）。A.逻辑备份（如mysqldump/pg_dump）B.物理冷备份（直接拷贝文件）C.文件系统快照（如LVMSnapshot）D.XtraBackup工具5.下列关于数据库索引的描述，错误的是（）。A.聚簇索引的索引项就是数据行本身B.非聚簇索引的叶子节点存储的是主键值（在InnoDB中）C.在高并发写入场景下，过多的索引会降低插入性能D.哈希索引支持范围查询6.在Linux系统中，查看MySQL进程占用CPU和内存情况，最适合使用的命令是（）。A.ps-ef|grepmysqlB.topC.free-mD.df-h7.MongoDB中使用分片集群时，负责查询路由的组件是（）。A.ConfigServerB.MongosC.ShardD.PrimaryNode8.在数据库性能优化中，用于分析SQL语句执行计划的MySQL命令是（）。A.SHOWPROFILEB.EXPLAINC.SHOWPROCESSLISTD.DESCTABLE9.下列哪个场景最适合使用图数据库（如Neo4j）？（）A.强事务需求的银行转账系统B.大量的键值对缓存C.社交网络关系分析D.全文检索10.关于主从复制的原理，GTID（GlobalTransactionIdentifier）的主要作用是（）。A.自动定位并同步binlog位置，简化主从切换B.加速从库的复制速度C.减少主库的磁盘I/OD.允许从库并行回放11.在数据库容量规划中，假设一张表每天新增数据量为50GB，预计保留180天，且索引空间约为数据空间的30%，则该表一年所需的存储空间大约为（）。A.9TBB.10.8TBC.11.7TBD.13TB12.Oracle数据库中，用于记录数据库所有更改的文件是（）。A.ControlFileB.DataFileC.RedoLogFileD.ParameterFile13.在高可用架构中，Keepalived软件主要实现的功能是（）。A.数据读写分离B.负载均衡C.虚拟IP（VIP）漂移与健康检查D.数据分片14.导致MySQL出现“Swap”现象的主要原因是（）。A.磁盘I/O过高B.物理内存不足，操作系统将部分内存数据交换到磁盘C.网络带宽瓶颈D.SQL语句未命中索引15.Prometheus监控系统中，用于抓取目标端数据的时间间隔称为（）。A.RetentionB.ResolutionC.ScrapeIntervalD.EvaluationInterval16.在SQL注入防御中，PreparedStatement（预编译语句）能够有效防止注入的根本原因是（）。A.过滤了特殊字符B.参数与SQL语句分离，参数被视为纯数据处理C.限制了数据库权限D.加密了传输数据17.以下关于RedisCluster的描述，正确的是（）。A.采用中心化架构，所有请求通过Proxy转发B.支持自动故障转移，节点之间通过Gossip协议通信C.任意节点宕机都会导致整个集群不可用D.不支持Slot（槽）迁移18.在MySQL中，`innodb_flush_log_at_trx_commit`参数设置为（）时，可以保证事务提交时完全不丢失数据（ACID中的D），但性能最差。A.0B.1C.2D.319.在分布式数据库理论CAP中，BASE理论是指（）。A.BasicAvailability,Softstate,EventualconsistencyB.BasicallyAvailable,Softstate,EventuallyconsistencyC.Balanced,Scalable,EfficientD.Binary,Asynchronous,Consistent20.运维人员在处理死锁问题时，通常应首先查看的数据库状态变量是（）。A.Threads_runningB.Innodb_row_lock_waitsC.Innodb_deadlocksD.Questions二、多项选择题（本大题共10小题，每小题2分，共20分。在每小题给出的四个备选项中，有两个或两个以上是符合题目要求的，请将其代码填写在题后的括号内。多选、少选、错选均不得分。）1.数据库运维中，常见的NoSQL数据库类型包括（）。A.键值存储B.列族存储C.文档型存储D.图数据库2.导致MySQL主从延迟的原因可能有（）。A.主库写入并发量大，从库单线程回放跟不上B.主从硬件配置差异过大C.网络带宽限制D.从库上运行了大量耗时的统计查询3.Linux系统下，对MySQL数据目录进行权限设置，正确的做法包括（）。A.数据目录归属用户应为mysqlB.数据目录归属组应为mysqlC.目录权限通常设置为750D.确保mysqld进程对文件有读写权限4.下列属于数据库性能调优手段的是（）。A.优化SQL查询语句B.增加适当的索引C.调整数据库缓冲区大小（如innodb_buffer_pool_size）D.升级服务器硬件5.关于Redis的主从复制，下列说法正确的是（）。A.主从复制可以实现数据的冗余备份B.从节点默认是只读的C.主从复制可以减轻主节点的读压力D.主节点宕机后，从节点会自动晋升为主节点（需要Sentinel或Cluster支持）6.在数据库备份策略中，全量备份、差异备份和增量备份的组合，以下描述合理的有（）。A.全量备份恢复速度最快，但备份时间长B.增量备份备份时间短，但恢复时需要依次应用所有增量，恢复速度最慢C.差异备份每次只需备份自上次全量以来的变化D.对于数据变化频繁的系统，建议每天进行全量备份7.PostgreSQL中，Vacuum操作的主要作用包括（）。A.释放死元组占用的空间B.更新事务ID的冻结状态，防止事务ID回卷C.更新统计信息，供优化器使用D.重建索引8.判断一个数据库系统是否出现IO瓶颈，可以关注的指标有（）。A.iowait(%)B.%util(Deviceutilization)C.await(Averagewaittime)D.Contextswitches9.下列关于分库分表中间件的描述，正确的有（）。A.ShardingSphere提供客户端分片和代理端分片两种模式B.MyCAT是一个基于Java编写的数据库中间件C.分库分表能彻底解决单机数据库的所有性能问题D.分库分表后，跨分片的Join查询通常会变得复杂且低效10.运维自动化工具中，属于Agentless（无代理）架构的是（）。A.AnsibleB.SaltStackC.PuppetD.Chef三、填空题（本大题共15小题，每小题2分，共30分。请将答案填写在题中的横线上。）1.在关系型数据库中，如果一个事务读取了另一个事务未提交的数据，这种现象被称为______。2.MySQL中，用于存储二进制日志（Binlog）的格式主要有三种：Statement、Row和______。3.在Linux中，可以通过查看______文件来获取当前系统的主机名。4.Redis集群模式中，整个数据集被划分为______个槽（Slot）。5.数据库事务的四个基本特性ACID分别是指原子性、一致性、隔离性和______。6.在PostgreSQL中，默认的超级用户名是______。7.使用`mysqldump`进行备份时，为了保证数据一致性，对于InnoDB引擎，通常应加上______参数。8.TCP/IP协议中，用于测试网络连通性的常用命令是______。9.MongoDB中，当内存不足以容纳新数据时，会将数据写入磁盘，这个过程被称为______。10.在MySQL复制中，如果从库复制进程停止，错误代码为1062（主键冲突），通常可以使用`sql_slave_skip_counter`或者设置______变量来跳过错误。11.计算磁盘IOPS的一个经验公式是：IOPS=（磁盘寻道时间+旋转延迟）的倒数。对于7200RPM的机械硬盘，其平均旋转延迟约为4.17ms，加上寻道时间，单块盘的IOPS通常在______左右。12.Prometheus中，用于存储时序数据的数据库被称为______（英文全称）。13.在Shell脚本中，用于判断文件是否存在的测试操作符是______。14.2026年的数据库运维趋势中，______数据库通过将计算与存储分离，实现了极好的弹性和扩展性。15.系统中，某个进程的PID为1234，要查看该进程打开的所有文件描述符，可以查看/proc/______/fd目录。四、简答题（本大题共5小题，每小题8分，共40分。）1.请简述MVCC（多版本并发控制）的实现原理，以及在InnoDB中它是如何帮助实现“不阻塞读”的。2.数据库发生死锁的原因是什么？作为运维工程师，日常运维中可以采取哪些措施来减少死锁的发生？3.请解释什么是“慢查询日志”，并列举至少三种优化慢SQL的方法。4.简述Redis持久化机制中RDB和AOF的优缺点，并说明在生产环境中通常如何结合使用。5.在高并发场景下，数据库连接池（如Druid、HikariCP）的配置参数非常关键。请解释`maxActive`、`maxIdle`、`minIdle`这三个参数的含义及其对性能的影响。五、应用与分析题（本大题共3小题，共40分。要求逻辑清晰，计算准确，必要时绘制架构图或写出关键配置。）1.（本题10分）故障排查与分析某电商平台核心交易数据库采用MySQL5.7主从架构。在“双十一”大促期间，监控系统报警提示主库CPU利用率接近100%，且出现大量`Waitingfortablemetadatalock`等待。（1）请分析可能导致CPU飙高和MDL锁等待的原因。（2）你会如何排查并定位具体的阻塞源头SQL？（3）针对这种情况，给出紧急处理建议和长期优化方案。2.（本题15分）架构设计与容量规划某社交APP预计在2026年日活用户（DAU）达到5000万。假设平均每用户每天产生20条读写请求，读写比例为4:1。请设计一套高可用的数据库架构方案。（1）请计算每秒的查询数（QPS）和每秒的事务数（TPS）。（2）请画出架构图，包含应用层、缓存层、数据库层、负载均衡层，并说明各组件的作用。（3）如果单个MySQL实例能承受的TPS上限为5000，需要多少个写库节点？（假设分库分表后能线性扩展，且不考虑复杂跨库事务）（4）为了保证数据不丢失，针对写操作，你会选择哪种MySQL复制模式（半同步/异步）？请说明理由。3.（本题15分）数据备份与恢复场景你是某公司的DBA，公司核心数据库使用MySQL8.0，数据量约2TB，备份策略如下：每天凌晨2:00进行全量备份（使用XtraBackup），每小时进行一次增量Binlog备份。某天上午10:00，开发人员误执行了一条`DELETEFROMcore_order;`语句，清空了核心订单表。直到11:00业务部门反馈无法查询订单，故障被发现。（1）请写出详细的恢复步骤，以将数据恢复到故障前（10:00）的状态。（2）如果在恢复过程中发现最新的一个Binlog文件损坏，该如何处理？（3）为了防止未来发生类似的人为误删除，请列举至少3种技术或管理层面的预防措施。参考答案一、单项选择题1.C2.D3.C4.D5.D6.B7.B8.B9.C10.A11.C解析：每天50GB。180天数据量=50G索引空间=9000G原始总需求=11700GB。此外还需考虑额外的开销、日志增长、Binlog空间等，但题目问的是该表本身，约11.7TB。12.C13.C14.B15.C16.B17.B18.B19.B20.C二、多项选择题1.ABCD2.ABCD3.ABCD4.ABCD5.ABC6.ABC7.AB8.ABC9.ABD解析：C错误，分库分表不能解决所有问题，如分布式事务复杂性。10.A解析：Ansible基于SSH，无Agent；SaltStack/Puppet/Chef通常需要在客户端安装Agent。三、填空题1.脏读2.Mixed3./etc/hostname4.163845.持久性6.postgres7.--single-transaction8.ping9.换出10.slave_skip_errors11.80-16012.TSDB(TimeSeriesDatabase)13.-f14.云原生15.1234四、简答题1.MVCC原理及InnoDB实现：MVCC（Multi-VersionConcurrencyControl）的核心思想是通过保存数据的历史版本，使得读写操作没有冲突。在InnoDB中，MVCC的实现依赖于：隐藏字段：每行数据包含DB_TRX_ID（事务ID）、DB_ROLL_PTR（回滚指针）和DB_ROW_ID。UndoLog：当数据被修改时，旧版本数据会被写入UndoLog，通过回滚指针链接成一个版本链。ReadView：在发起查询（如RC或RR隔离级别）时，会生成一个ReadView，其中包含当前活跃的事务ID列表（m_ids）和最小活跃事务ID（min_trx_id）等。不阻塞读的原理：当某个事务正在修改某行数据时（持有行锁），另一个事务来读取数据时，会根据该事务的ReadView去判断版本链中哪个版本对自己可见。由于读取的是UndoLog中的历史版本，而不需要去读取被锁定的最新版本，从而实现了“读不加锁，写也不阻塞读”的非阻塞读（快照读）。2.死锁原因及减少措施：原因：死锁是指两个或两个以上的事务在执行过程中，因争夺资源而造成的一种互相等待的现象。根本原因是资源互斥且环路等待。减少措施：统一访问顺序：规定所有业务模块访问多张表或多个行时，必须按照相同的顺序加锁（例如都按表名升序，或主键升序）。缩短事务持有锁的时间：在事务中尽量避免执行耗时的非数据库操作（如RPC调用），事务范围要尽可能小。降低隔离级别：在业务允许的情况下，将隔离级别从RR调整为RC，可以减少部分GapLock导致的死锁。添加合理的索引：如果查询走全表扫描，会对扫描到的所有行加锁，大大增加死锁概率；精准索引可以锁定更少的行。乐观锁机制：对于高并发更新，使用版本号或CAS机制代替悲观锁。3.慢查询日志及优化方法：慢查询日志：数据库提供的一种日志记录，用于记录执行时间超过阈值（long_query_time）或未使用索引的SQL语句。优化方法：开启并分析慢日志：使用`mysqldumpslow`工具分析出出现频率最高、耗时最长的SQL。Explain分析执行计划：查看type（访问类型）、key（使用的索引）、rows（扫描行数）、Extra（额外信息），判断是否全表扫描或索引失效。优化索引：根据where条件、orderby、groupby字段建立合适的联合索引，遵循最左前缀原则。优化SQL写法：避免`SELECT*`，只查询需要的列；避免在索引列上进行函数运算或隐式类型转换；对于大表分页查询优化Limit深度偏移问题。数据重构：如果数据量过大，考虑分库分表或历史数据归档。4.RDB与AOF的优缺点及结合使用：RDB（快照持久化）：优点：文件紧凑，恢复速度快；适合做冷备份；对性能影响较小（使用fork子进程）。缺点：可能会丢失最后一次快照之后的数据；fork操作在内存大时可能会阻塞主线程。AOF（AppendOnlyFile）：优点：数据安全性高，通常配置为每秒fsync，最多丢失1秒数据；通过appendonly模式写入，不易损坏。缺点：文件体积大；恢复速度慢于RDB；对性能有一定影响。结合使用：生产环境通常开启混合持久化（Redis4.0+）。当开启AOF重写时，Redis会使用RDB格式重写AOF文件的开头部分，后面追加增量命令。这样既保证了AOF的数据完整性，又利用了RDB的快速加载特性。如果未开启混合持久化，通常会通过RDB做定期备份，AOF做实时恢复手段。5.连接池参数含义及影响：maxActive：连接池最大活跃连接数。当并发请求很大时，连接数会增长到该值。如果设置过小，请求会排队等待，导致吞吐量下降；设置过大，会消耗大量数据库资源，可能导致数据库负载过高甚至OOM。maxIdle：连接池中最大空闲连接数。空闲连接超过此值会被回收。设置合理可以避免频繁创建和销毁连接的开销，保持在“预热”状态。minIdle：连接池中最小空闲连接数。连接池初始化或回收后，会至少保证这么数量的空闲连接。设置此值是为了应对流量突发，当流量突然到来时，可以立即获取连接，避免因创建连接带来的延迟。影响：合理的配置能在资源占用和响应速度之间取得平衡。一般建议设置为DB服务器能承受连接数的合理比例，且`minIdle`接近日常平均QPS所需的连接数。五、应用与分析题1.故障排查与分析（1）原因分析：CPU飙高：可能是由于出现大量没有走索引的全表扫描（Rows_examined远大于Rows_sent）；或者是由于复杂的关联查询、排序计算消耗大量CPU资源。MetadataLock等待：通常是因为在一个长事务中，持有了对某张表的读锁或写锁，而另一个线程试图对该表执行DDL操作（如ALTERTABLE、TRUNCATE等）或者获取强元数据锁，导致后续针对该表的操作被阻塞，队列越来越长。（2）排查步骤：使用`showprocesslist`查看处于`Waitingfortablemetadatalock`状态的线程，找出被阻塞的SQL及其对应的Table。查看`State`为`Sendingdata`或`executing`且`Time`运行时间较长的线程，很可能是持有锁的源头。利用`sys.schema_table_lock_waits`视图（MySQL5.7+）查询阻塞关系的源头事务ID。开启PerformanceSchema，通过`events_statements_current`等表分析具体事务的逻辑。（3）处理建议：紧急处理：确认持有MDL锁的事务是否为业务核心关键事务。如果可以杀掉，则直接`KILL`掉源头进程ID，解除阻塞。如果无法杀掉（如正在进行关键的结算），应紧急停止该时间段的所有DDL变更操作。长期优化：使用`pt-online-schema-change`或`gh-ost`工具执行OnlineDDL，避免锁表。设置参数`lock_wait_timeout`，避免DDL无限期等待。优化长事务，监控事务执行时间。优化高消耗CPU的SQL，建立合适的索引。2.架构设计与容量规划（1）QPS与TPS计算：日总请求量=5000万每秒平均请求量（QPS）=10亿读写比例4:1，即读请求占比80%，写请求占比20%。读QPS=11574×写QPS（即TPS）=11574×注：大促峰值通常为平均值的3-5倍，故峰值TPS可能达到7000-11000。（2）架构设计：客户端层：APP用户。负载均衡层：LVS+Nginx，负责流量分发。应用层：APIService集群，处理业务逻辑。缓存层：RedisCluster（哨兵或集群模式），缓存热点数据（如用户信息、热门帖子），抗住大部分读QPS。数据库层：代理层：MySQLRouter或ProxySQL，负责读写分离、分片路由。主库集群：MGR或M-S架构（半同步复制），负责写入。从库集群：多个只读实例，负责承担报表查询和非实时的读请求。分片策略：按用户ID进行Hash分库分表，水平扩展。（3）写库节点计算：考虑到峰值效应，假设峰值TPS达到10,000。单实例TPS上限5,000。需要写库节点数=10,建议：为了保证高可用和容灾，通常采用“一主两从”或“三节点MGR”组。如果仅仅考虑分库承载写入压力，至少需要2个主节点（即2个分片），每个分片组内部再做高可用。因此，需要2个分片组，即至少2个主节点（各配若干从库）。（4）复制模式选择：选择：半同步复制（Semi-SynchronousReplication）。理由：社交APP核心数据（如动态发布、评论）对数据可靠性要求极高。异步复制在主库宕机时可能丢失数据，导致用户投诉；半同步复制确保事务在至少一个从库接收并写入RelayLog后才提交给客户端，虽然增加了少许延迟，但极大提高了数据安全性，符合金融级或核心业务的需求。3.数据备份与恢复场景（1）恢复步骤：1.紧急止