数据库运维工程师岗位业务考试题库

数据库运维工程师岗位业务考试题库一、单项选择题（每题1分，共20分）在MySQL中，用于查看当前数据库所有连接状态的命令是？A.SHOWPROCESSLISTB.SHOWCONNECTIONSC.LISTPROCESSD.SHOWSTATUS答案：A解析：SHOWPROCESSLIST用于查看当前MySQL所有客户端连接及执行状态，是运维排查慢查询和锁等待的常用命令。MySQL默认的存储引擎是？A.MyISAMB.InnoDBC.MemoryD.Archive答案：B解析：自MySQL5.5起，InnoDB成为MySQL的默认存储引擎，支持事务、行级锁和崩溃恢复。MySQL中，用于彻底删除表中所有数据且不记录逐行删除操作，同时重置自增值的语句是？A.DELETEFROMtable_nameB.DROPTABLEtable_nameC.TRUNCATETABLEtable_nameD.DELETE*FROMtable_name答案：C解析：TRUNCATE是DDL操作，通过直接释放表数据页实现快速清空，操作不可回滚，且自增计数归零。Redis中，默认的持久化机制是？A.AOF持久化B.混合持久化C.RDB持久化D.无持久化功能答案：C解析：Redis默认采用RDB（快照）持久化机制，按配置的触发条件将内存数据生成二进制快照写入磁盘。下列哪种Redis数据类型底层实现是双端链表？A.StringB.HashC.ListD.Set答案：C解析：RedisList类型在元素较多或元素较长时使用quicklist（由多个ziplist组成的双端链表）实现。排查MySQL慢查询时，应优先调整下列哪类SQL语句？A.小表全表扫描B.大表上的SELECTCOUNT(*)FROMtable_nameC.使用索引但仍慢的查询D.频繁写入且冲突少的短事务答案：C解析：使用索引后仍慢的查询通常说明索引选择不当、回表过多或扫描行数过大，是优化收益最高的场景之一。MySQL主从复制中，从库用于记录复制位置的文件是？A.B.C.fD.ibdata1答案：B解析：记录了从库SQL线程已执行的中继日志位置及主库对应的binlog坐标，是断点续传的依据。在MySQL中，事务隔离级别REPEATABLEREAD能够避免的并发问题是？A.脏读B.不可重复读和脏读C.幻读D.丢失更新答案：B解析：InnoDB的REPEATABLEREAD通过MVCC解决普通读的不可重复读问题，通过间隙锁解决幻读问题，但丢弃更新仍需加锁控制。Redis中，对String类型执行INCR命令的原子性说法正确的是？A.不具有原子性，需用Lua脚本保证B.具有原子性，由单线程模型保证C.具有原子性，由分布式锁保证D.不具有原子性，需用事务保证答案：B解析：Redis是单线程执行命令模型，INCR在服务端执行时天然不会被其他命令穿插，因此具有原子性。MySQL逻辑备份工具mysqldump备份InnoDB表时，为保证一致性快照应使用的参数是？A.--lock-tablesB.--single-transactionC.--flush-logsD.--force答案：B解析：--single-transaction通过开启一个可重复读事务来实现一致性快照备份，不会长时间阻塞DML，适合InnoDB大表。下列哪种MySQL高可用方案基于半同步复制实现自动故障切换，且通常依赖外部仲裁节点？A.主从复制+keepalived虚拟IPB.MHAC.双主复制互为主备D.MyCAT读写分离答案：B解析：MHA（MasterHighAvailability）在故障检测后通过SSH通道补齐binlog并完成主从切换，切换期间依赖外部控制节点协调，现已较少用于新项目，但其切换流程很有代表性。在Linux服务器上，查看MySQL错误日志常用的命令是？A.tail-f/var/log/mysql/error.logB.cat/var/log/mysql/slow.logC.tail-f/var/log/mysql/binlog.logD.less/var/log/mysql/general.log答案：A解析：MySQL错误日志一般位于datadir或日志目录下，常见路径为/var/log/mysql/error.log，用于查看启动故障、主从异常等诊断信息。binlog的三种格式不包括下列哪项？A.STATEMENTB.ROWC.MIXEDD.TRANSACTION答案：D解析：MySQLbinlog支持STATEMENT、ROW、MIXED三种格式，没有TRANSACTION格式。关于数据库索引，下列说法错误的是？A.索引可以加速查询，但会增加写入开销B.联合索引遵循最左前缀原则C.对区分度极低的列建索引通常收益较小D.索引越多越好，可以覆盖所有查询场景答案：D解析：索引并非越多越好，过多索引会显著增加写入和存储开销，并且可能干扰优化器选择正确索引，导致性能下降。MySQL中EXPLAIN结果里，表示"使用索引覆盖，无需回表"的Extra列值是？A.UsingfilesortB.UsingindexC.UsingtemporaryD.Usingwhere答案：B解析：Usingindex表示查询所需列全部可在索引中获取，无需回表读取数据行，是性能较优的标志。Redis主从复制中，从节点默认的复制模式是？A.全量复制B.增量复制C.部分重同步优先，必要时全量复制D.无复制，仅手动同步答案：C解析：Redis2.8及以上版本支持部分重同步（psync），从节点断线重连后优先尝试部分同步，若复制积压缓冲区中数据已丢失则进行全量复制。使用pt-online-schema-change执行在线DDL时，其核心原理是？A.直接修改原表结构B.创建新表、同步增量数据、切换表名C.锁表后重建整表D.修改存储引擎元数据答案：B解析：pt-osc通过创建结构相同的新表、在原表上加触发器同步增量数据、数据拷完后RENAME切换表名的流程，实现在线变更而不长时间阻塞DML。数据库连接池中连接泄漏的直接表现通常是？A.CPU使用率升高B.Toomanyconnections报错C.磁盘IO增高D.binlog文件剧增答案：B解析：应用获取连接后不释放会导致连接池被占满，进而向MySQL发起更多新连接，最终超过max_connections触发连接数超限报错。下列关于MySQL中redolog和binlog的说法，正确的是？A.redolog是逻辑日志，binlog是物理日志B.redolog是物理日志，binlog是逻辑日志C.两者都是物理日志D.两者都是逻辑日志答案：B解析：InnoDB的redolog记录的是数据页的物理修改（页号+偏移量+修改内容），而binlog记录的是SQL语句或行变更的逻辑描述。在MySQL中，下列哪类存储引擎不支持事务？A.InnoDBB.MyISAMC.TokuDBD.RocksDB答案：B解析：MyISAM不支持事务、行级锁和崩溃恢复，已被InnoDB取代，仅适用于某些只读或非核心场景。二、多项选择题（每题2分，共20分）MySQL主从复制延迟的常见原因包括？A.从库硬件性能低于主库B.主库大事务执行时间过长C.从库上存在慢查询或大表DDLD.从库sync_binlog设置为0答案：A、B、C解析：从库硬件弱、主库大事务、从库自身慢查询都会导致SQL线程回放不及时。sync_binlog=0影响主库binlog刷盘策略，与复制延迟无直接关系。关于Redis持久化机制，下列说法正确的有？A.RDB是内存数据的二进制快照，恢复速度快B.AOF默认每秒刷盘，最多可能丢失1秒数据C.AOF文件体积通常比RDB大，且加载速度更慢D.混合持久化同时包含RDB头和AOF增量命令答案：A、B、C、D解析：RDB文件紧凑、加载快；AOF以命令追加方式记录，文件更大、恢复更慢；Redis4.0后支持混合持久化，以RDB头+增量AOF命令的方式兼顾恢复速度与数据安全。下列哪些操作在MySQL中可能引起锁等待或死锁？A.两个事务按不同顺序对同一张表的多行数据加锁B.一个事务中先INSERT后UPDATE同一行C.两个事务交叉对同一行执行SELECT...FORUPDATED.一个事务中对同一行多次执行普通SELECT答案：A、C解析：加锁顺序不一致和互相持有对方等待的锁是死锁典型成因。同一事务内先插入后更新自己插入的行不会与其他事务冲突；普通SELECT（非锁定读）不加锁，不会产生锁等待。MySQL慢查询日志中的典型特征包括？A.执行时间超过long_query_time阈值的SQLB.未使用索引的查询（若开启log_queries_not_using_indexes）C.所有管理类命令如ALTERUSERD.被kill的查询也一并记录（若设置log_slow_admin_statements等组合参数）答案：A、B解析：慢查询日志只记录超过阈值的SQL及未走索引的查询（需开启对应参数）。管理语句默认不记录，部分参数可显式开启，属于可选项。在Linux系统中，定位MySQL磁盘IO瓶颈可使用的命令包括？A.iostatB.topC.vmstatD.mysqlslap答案：A、C解析：iostat可查看磁盘读写速率、IO等待和利用率；vmstat可查看IO等待（wa）及块设备读写情况。top侧重CPU和内存，mysqlslap是压测工具，不用于实时定位。下列哪些情况适合使用Redis缓存？A.热点商品详情数据，读多写少B.账户余额，要求强一致性和实时性C.频繁访问的配置项D.秒杀场景中的库存预扣减答案：A、C、D解析：账户余额必须强一致且实时入账，不适合引入可能存在延迟和一致性问题的高速缓存。秒杀库存常基于Redis的原子减操作做前置扣减，再异步落库，属缓存典型应用。MySQL中查看SQL执行计划时，type列的访问类型从优到劣的正确排序有哪些说法？A.const>eq_ref>ref>rangeB.ref>eq_ref>const>rangeC.range>index>ALLD.ALL>index>range答案：A、C解析：type性能由高到低大致为system>const>eq_ref>ref>range>index>ALL。B和D的排序均错误。关于MySQLmax_connections参数调优，下列做法合理的有？A.设置过大会增加线程调度开销，应结合压测确认B.进程表未关闭时出现Toomanyconnections，应先排查连接泄漏C.关键是同时调大open_files_limit和table_open_cacheD.业务峰值并发应预留一定余量答案：A、B、D解析：max_connections并非越大越好，过大导致线程竞争和内存开销上升。出现连接超限应先排查泄漏再调参。open_files_limit与连接数无直接对应关系，C项表述不准确。Redis实现分布式锁时，应满足的关键条件包括？A.互斥性：同一时刻只有一个客户端能持有锁B.死锁安全：持有锁的客户端崩溃后锁能自动释放C.容错性：大部分节点正常时锁服务仍可用D.锁永久有效，直到客户端主动删除答案：A、B、C解析：分布式锁必须设置过期时间防止客户端宕机导致死锁。D项描述与"死锁安全"矛盾。数据库备份恢复演练的常规目标包括？A.验证备份文件完整性和可恢复性B.测算RTO和RPO是否满足业务要求C.核对恢复后数据逻辑一致性（如主外键关系）D.测试备份过程是否影响生产性能答案：A、B、C、D解析：恢复演练是验证备份策略有效性的唯一可靠方式，覆盖备份可恢复性、恢复时间/丢失数据量是否达标、数据逻辑一致性以及备份操作对生产的影响，全部均为常规目标。三、判断题（每题1分，共10分）MySQL中，DELETE操作会逐行删除并记录binlog，TRUNCATE操作也会逐行记录binlog。答案：错误解析：TRUNCATE是DDL操作，在binlog中以DROPTABLE+CREATETABLE语句记录，不逐行记录。Redis的EXPIRE命令可以对List、Hash、Set、ZSet等容器类型设置过期时间。答案：正确解析：过期时间作用于整个键，而非单个元素，任何数据类型均可设置键级过期。MySQL中，REPEATABLEREAD隔离级别下通过间隙锁可以防止幻读，因此无需担心任何并发问题。答案：错误解析：间隙锁只解决当前读的幻读问题，在特定条件下（如不加锁的普通读与写并发）仍可能出现不一致，需依赖业务控制或使用SELECT...FORUPDATE等加锁读。mysqldump--single-transaction在备份InnoDB表时不会阻塞任何读写操作。答案：正确解析：--single-transaction基于MVCC快照实现一致性，不获取全局读锁，因此不阻塞InnoDB表的DML。但表结构定义（DDL）期间可能短暂获取元数据锁。Redis主从架构下，从节点默认是只读的，客户端不能直接写入从节点。答案：正确解析：从节点默认slave-read-onlyyes（Redis5.0后为replica-read-onlyyes），写入会报错，目的是防止主从数据不一致。MySQL的binlog主要用于数据恢复、主从复制，与事务提交时的崩溃恢复无关。答案：正确解析：崩溃恢复依赖InnoDB的redolog，binlog服务于复制和时间点恢复，二者在崩溃恢复中是协作关系，但binlog本身不是崩溃恢复的直接依据。对线上大表执行ALTERTABLEADDCOLUMN时，MySQL5.6之后的版本会自动使用在线DDL，全程不锁表。答案：错误解析：在线DDL在ALGORITHM=INPLACE下仍需在准备和提交阶段短暂获取排他元数据锁，且ADDCOLUMN是否需要重建表取决于具体算法，并非全程无锁。Redis的RDB持久化在父进程fork子进程生成快照时，如果数据量很大且写入频繁，可能导致短暂阻塞。答案：正确解析：fork时需要复制父进程页表，数据量大时耗时较长，期间Redis主进程会短暂阻塞（毫秒到秒级），且写时复制会增加内存开销。MySQL半同步复制中，主库在事务提交时必须等待至少一个从库收到并落盘binlog才返回客户端成功。答案：正确解析：半同步复制（rpl_semi_sync_master_enabled=1）要求等待至少一个从节点ACK，但超时后可退化为异步复制，具体取决于rpl_semi_sync_master_timeout设置。EXPLAIN结果中rows列表示最终返回给客户端的行数。答案：错误解析：rows是预估扫描行数，不是实际返回行数，仅用于评估执行计划好坏。四、简答题（每题5分，共20分）简述MySQL主从复制的整体流程。答案：(1)主库开启binlog，将数据变更以二进制日志形式记录；(2)从库IO线程连接主库，请求主库binlog中未同步的日志；(3)主库dump线程将binlog发送给从库；(4)从库IO线程将收到的binlog写入本地中继日志（relaylog）；(5)从库SQL线程读取中继日志并重放，最终使从库数据与主库一致。什么是数据库连接池？简述其核心作用。答案：数据库连接池是应用与数据库之间维护的一组可复用连接的管理组件。核心作用包括：(1)复用连接，减少频繁建立/关闭连接的网络与资源开销；(2)控制并发连接数，避免应用无限制地占用数据库连接；(3)提供连接健康检查、超时管理、故障恢复等能力，提升系统稳定性。在MySQL中，mysqldump与Xtrabackup备份方式的主要区别是什么？答案：对比项mysqldumpXtrabackup备份类型逻辑备份（SQL语句文件）物理备份（数据文件）恢复速度慢，需逐条执行SQL快，直接拷贝数据文件备份粒度支持整库、单库、单表支持实例、库、表级别对InnoDB的一致性--single-transaction基于MVCC快照基于redolog追平实现一致性适用场景小数据量、跨版本迁移、部分恢复大数据量、生产环境快速备份恢复简述数据库冷备份与热备份的区别及其适用场景。答案：(1)冷备份：关闭数据库服务后进行的数据文件拷贝，备份期间数据库不可用，恢复简单、一致性高，适用于允许停机且数据量较大的环境；(2)热备份：数据库运行状态下进行备份，业务无需中断，分为逻辑备份（mysqldump）和物理在线备份（Xtrabackup）等方式，适用于对可用性要求高的生产环境。(3)另有温备份：在备份期间加读锁，仅允许读操作，适用允许短时只读的场景。五、案例分析题（每题15分，共30分）某电商平台在高峰期收到大量用户反馈商品详情页打开缓慢，数据库所在服务器CPU使用率持续100%。排查发现MySQL活跃会话数飙升，且大量SQL为商品表的模糊查询：SELECT*FROMproductWHEREproduct_nameLIKE'%连衣裙%';该表当前数据量约5000万行。请分析可能原因，并给出至少3条优化方案。答案：可能原因：(1)LIKE'%关键字%'属于前置模糊匹配，无法使用product_name上的普通B+树索引，引发全表扫描；(2)全表扫描需将5000万行数据页读入内存，磁盘IO压力大，CPU消耗在处理大结果集上；(3)SELECT*拉取全列数据，回表与网络传输开销放大；(4)高峰期并发量大，大量全表扫描打满IO/CPU后进一步引发连接阻塞和堆积。优化方案：(1)引入Elasticsearch或搜索引擎，商品名称、描述等字段以倒排索引存储，替代数据库模糊查询；(2)将LIKE'%关键字%'改写为全文索引查询（MySQL全文索引）或使用ngram全文解析器，支持中文分词检索；(3)将查询字段收敛为必要列，避免SELECT*；(4)使用缓存（Redis等）对热销商品详情做缓存，减少查询穿透到数据库；(5)通过分库分表或归档历史数据，降低单表数据量；(6)建立数据汇总表或宽表，将商品标签、属性字段冗余存储，以精确匹配代替模糊匹配。解析：本题考察数据库慢查询根因分析和综合调优能力。核心问题是模糊查询无法走索引，所有方案都应围绕"让数据库避免全表模糊扫描"和"用垂直扩展或外部组件降低数据库压力"两个方向展开。某金融系统生产环境使用MySQL主从架构，某日凌晨从库告警"SecondsBehindMaster