2025年MySQL考试成功秘诀试题及答案

2025年MySQL考试成功秘诀试题及答案本套试题为2025年MySQL专项考核官方参考题库，覆盖开发岗、运维岗、DBA岗全等级考点，贴合MySQL8.0主流生产环境要求，满分100分，合格线60分。第一部分：单项选择题（每题2分，共30分）1.下列MySQL8.0支持的数据类型中，存储JSON格式数据且支持索引优化的最优选择是？A.TEXTB.VARCHARC.JSOND.LONGTEXT答案：C解析：MySQL8.0原生支持JSON数据类型，自动校验JSON格式合法性，支持创建JSON函数索引、多值索引，查询和写入性能远高于字符串类型存储的JSON数据，是结构化半结构化混合存储场景的首选类型。2.InnoDB引擎的默认事务隔离级别是？A.读未提交B.读已提交C.可重复读D.串行化答案：C解析：MySQL8.0仍默认使用可重复读（RR）隔离级别，通过Next-KeyLock（临键锁）机制在当前读场景下避免幻读问题，兼顾性能和数据一致性。3.下列关于索引的描述中，正确的是？A.前缀索引可以覆盖任意长度的字段查询B.联合索引遵循最左前缀匹配原则C.唯一索引的查询性能一定高于普通索引D.全文索引仅支持CHAR/VARCHAR类型字段答案：B解析：前缀索引仅支持前缀匹配查询，无法覆盖后缀或中间匹配场景；唯一索引与普通索引的查询性能差异小于1%，唯一索引因需要校验唯一性，写入性能略低于普通索引；全文索引支持CHAR、VARCHAR、TEXT三类字段。4.MySQL8.0中引入的原子DDL特性的核心作用是？A.DDL操作不会锁表B.DDL操作支持回滚，避免中途失败导致元数据不一致C.DDL操作支持并行执行D.DDL操作可以跨实例同步答案：B解析：原子DDL将DDL操作涉及的元数据修改、存储引擎操作、binlog写入封装为原子事务，执行失败后自动回滚所有变更，解决了之前版本DDL中途崩溃产生元数据损坏、表结构异常的问题。5.下列哪个参数用于配置慢查询日志的时间阈值？A.slow_query_logB.long_query_timeC.log_queries_not_using_indexesD.slow_query_log_file答案：B解析：slow_query_log是慢查询日志开关，long_query_time单位为秒，执行时长超过该值的SQL会被记录；log_queries_not_using_indexes配置是否记录未走索引的SQL；slow_query_log_file是日志文件存储路径。6.InnoDB引擎中，用于保证事务持久性的日志是？A.redologB.undologC.binlogD.relaylog答案：A解析：redolog是物理日志，记录数据页的修改内容，事务提交时必须将redolog刷入磁盘，实例崩溃后可通过redolog恢复已提交事务的数据，保证事务持久性；undolog用于事务回滚和MVCC快照读；binlog是逻辑日志，用于主从同步和时间点数据恢复；relaylog是从节点存储的主节点binlog副本。7.下列锁类型中，属于InnoDB行级锁的是？A.意向共享锁B.元数据锁C.记录锁D.全局读锁答案：C解析：意向锁、元数据锁、全局读锁均为表级锁，记录锁是针对单行索引项的行级锁，仅锁定目标行，是InnoDB高并发写入的核心支撑。8.MySQL8.0中，下列哪个窗口函数用于计算分组内的排名，排名相同且不跳号？A.RANK()B.DENSE_RANK()C.ROW_NUMBER()D.NTILE()答案：B解析：RANK()排名相同时会跳号（如两个第1名后直接为第3名），DENSE_RANK()排名相同时不跳号（两个第1名后仍为第2名），ROW_NUMBER()每行返回唯一连续排名，NTILE()用于将分组数据分成指定数量的分片。9.下列关于主从同步的描述中，错误的是？A.主从同步默认采用异步复制模式B.无损半同步复制要求至少一个从节点收到binlog并写入relaylog后返回ACK，主节点才提交事务C.组复制（MGR）支持单主和多主两种模式D.主从同步的延迟不可能为0答案：D解析：MySQL8.0支持无损半同步复制，配置`rpl_semi_sync_master_wait_point=AFTER_SYNC`参数的场景下，主节点提交事务前等待从节点确认数据写入，可实现主从数据强一致，延迟为0；异步复制下通常存在毫秒到秒级延迟。10.下列备份方式中，属于物理热备的是？A.mysqldump备份B.selectintooutfile备份C.xtrabackup备份D.mysqldump加--tab参数备份答案：C解析：mysqldump、selectintooutfile均为逻辑备份，导出为SQL语句或文本文件；xtrabackup是Percona推出的物理热备工具，直接拷贝InnoDB数据页，备份过程不锁表，备份和恢复速度比逻辑备份高5-10倍，适合TB级大库备份。11.MySQL8.0默认的字符集是？A.utf8B.utf8mb3C.utf8mb4D.gbk答案：C解析：MySQL8.0之前默认字符集为latin1，8.0开始默认字符集为utf8mb4，支持4字节Unicode字符，包括emoji表情、生僻汉字，是生产环境的首选字符集；MySQL中的utf8是utf8mb3的别名，仅支持3字节字符，无法存储emoji。12.下列SQL语句中，执行效率最高的是？A.SELECT*FROMuserWHEREnameLIKE'%张三%'B.SELECT*FROMuserWHEREnameLIKE'张三%'C.SELECT*FROMuserWHEREnameLIKE'%张三'D.三个语句效率相同答案：B解析：前缀匹配的LIKE查询可以走普通索引或前缀索引，后缀和全模糊匹配无法走B+树索引，只能全表扫描，性能差异可达百倍以上。13.下列关于undolog的描述，错误的是？A.undolog是逻辑日志B.undolog用于事务回滚和MVCC快照读C.undolog默认不会自动purgeD.undolog默认存储在共享表空间中，也可配置为独立表空间答案：C解析：InnoDB默认开启undolog自动purge机制，清理不再被事务需要的undo日志，避免空间无限膨胀。14.下列权限中，允许用户创建和删除数据库的是？A.CREATEB.ALTERC.DROPD.CREATEDATABASE答案：D解析：CREATE权限仅允许在当前数据库下创建表、索引等对象，CREATEDATABASE权限允许用户创建、删除、修改数据库属性。15.下列MySQL8.0正式废弃的特性是？A.查询缓存（QueryCache）B.事件调度器C.存储过程D.触发器答案：A解析：MySQL8.0正式废弃查询缓存，原因是查询缓存的失效规则非常严格，只要表数据有任何修改，所有关联的查询缓存都会被清空，高并发写入场景下缓存命中率极低，反而会带来额外的性能损耗，生产环境推荐使用Redis等外部缓存组件。第二部分：多项选择题（每题3分，共30分，多选、少选、错选均不得分）1.联合索引（a,b,c）可以支持下列哪些查询条件？A.WHEREa=1B.WHEREa=1ANDb=2C.WHEREa=1ANDc=3D.WHEREb=2ANDc=3答案：ABC解析：联合索引遵循最左前缀匹配原则，只要查询条件包含最左侧的a字段，即可触发索引匹配；C选项中a=1可以走索引，c=3的条件会在索引内过滤；D选项不包含a字段，无法触发该联合索引。2.事务ACID特性中，InnoDB通过哪些机制实现？A.原子性：undologB.一致性：undolog+redolog+锁机制C.隔离性：锁+MVCCD.持久性：redolog答案：ABCD解析：原子性通过undolog回滚未提交事务实现；一致性是事务的最终目标，通过原子性、隔离性、持久性共同保证，涉及undolog、redolog、锁三类机制；隔离性通过读写锁、MVCC多版本并发控制实现；持久性通过redolog刷盘机制保证，事务提交后即使实例崩溃，数据也不会丢失。3.下列属于InnoDB引擎特性的是？A.支持事务B.支持行级锁C.支持外键D.支持全文索引答案：ABCD解析：InnoDB是事务型引擎，支持行级锁、外键约束，MySQL5.6之后开始支持全文索引，8.0版本全文索引支持中文分词，性能大幅优化，可替代轻量级全文检索组件。4.主从同步延迟的常见原因包括？A.主节点写入并发过高，binlog同步速度跟不上B.从节点硬件配置低于主节点，SQL线程重放速度慢C.主节点大事务提交，从节点重放时锁等待D.主从节点网络延迟答案：ABCD解析：以上均为主从同步延迟的常见原因，此外从节点开启慢查询日志、重放的SQL未走索引、从节点存在大量读请求抢占资源也会导致延迟升高。5.下列SQL优化手段中，正确的是？A.避免使用SELECT*，只查询需要的字段B.对于大表分页查询，使用子查询关联主键代替LIMIT偏移量大的查询C.尽量使用关联查询代替嵌套子查询D.对于频繁更新的字段，避免创建索引答案：ABCD解析：SELECT*会增加IO开销，还可能无法使用覆盖索引；LIMIT大偏移量查询会扫描大量不需要的数据，通过子查询先定位主键再关联查询可以减少90%以上的扫描行数；MySQL8.0对子查询的优化已比较完善，但多数场景下关联查询的执行计划更优；频繁更新的字段创建索引会导致索引页频繁分裂，写入性能下降30%以上。6.下列死锁避免方案中，正确的是？A.不同的事务访问相同的表时，按相同的顺序访问B.尽量使用小事务，避免大事务长时间持有锁C.避免使用可重复读隔离级别，全部改用读已提交D.为查询创建合适的索引，避免全表扫描导致的锁范围扩大答案：ABD解析：读已提交隔离级别可以降低死锁概率，但无法解决所有死锁问题，且会出现不可重复读的问题，可重复读隔离级别在正确使用索引的场景下也可以有效避免死锁。7.下列属于MySQL8.0新增特性的是？A.窗口函数B.通用表表达式（CTE）C.不可见索引D.函数索引答案：ABCD解析：以上均为MySQL8.0核心新增特性：窗口函数支持复杂的分组统计查询，无需嵌套子查询；CTE支持递归查询，可大幅简化复杂SQL的写法；不可见索引用于灰度验证索引效果，删除索引前可先设为不可见，确认无影响后再删除；函数索引支持针对函数运算结果创建索引，解决了`WHEREDATE(create_time)='2024-01-01'`这类查询无法走索引的问题。8.下列关于binlog的描述，正确的是？A.binlog是逻辑日志，记录SQL语句或行数据变更B.binlog有三种格式：STATEMENT、ROW、MIXEDC.ROW格式的binlog是目前生产环境的首选D.binlog仅用于主从同步，不能用于数据恢复答案：ABC解析：binlog可用于时间点数据恢复，通过mysqlbinlog工具解析binlog可以回放到误操作之前的任意时间点，是误删数据恢复的核心手段。9.下列高可用方案中，支持数据强一致的是？A.异步主从复制B.无损半同步复制C.MGR单主模式（多数派确认）D.MGR多主模式（多数派确认）答案：BCD解析：异步主从复制主节点提交事务不需要等待从节点确认，主节点崩溃时可能丢失最近提交的部分数据，不支持强一致；无损半同步和MGR均需要多数派节点确认数据写入，保证主节点崩溃时数据不会丢失，支持数据强一致。10.下列关于explain执行计划的描述，正确的是？A.type列的优先级从高到低为：system>const>eq_ref>ref>range>index>ALLB.key列表示实际使用的索引C.rows列表示预估扫描的行数，数值越小效率越高D.Extra列的Usingindex表示使用了覆盖索引，不需要回表查询答案：ABCD解析：以上均为explain执行计划的核心判断标准，type列达到range及以上通常属于合格的SQL，ALL表示全表扫描，必须优化；Usingfilesort、Usingtemporary表示存在文件排序和临时表，性能损耗较大，需要优化。第三部分：判断题（每题1分，共10分）1.InnoDB中count(*)的执行效率一定低于count(1)。（×）解析：InnoDB对count(*)做了专门优化，无WHERE条件时会选择最小的非聚簇索引扫描，count(*)和count(1)的执行效率几乎没有差异，count(非空字段)需要判断字段是否为空，效率略低。2.可重复读隔离级别可以完全避免幻读问题。（×）解析：可重复读隔离级别下，快照读通过MVCC避免幻读，当前读通过Next-KeyLock避免幻读，但如果事务中交替使用快照读和当前读，仍然可能出现幻读。3.TRUNCATETABLE操作和DELETEFROM操作都可以回滚。（×）解析：DELETE是DML操作，在事务未提交的场景下可以回滚；TRUNCATE是DDL操作，MySQL8.0之前不支持回滚，8.0原子DDL支持TRUNCATE回滚，但需要在显式事务中执行，默认自动提交的场景下执行TRUNCATE无法回滚。4.索引越多，数据库的查询性能越高。（×）解析：索引可以提升查询性能，但会降低写入性能，过多的索引会导致写入时索引页频繁分裂，占用更多存储空间，单表索引数量建议控制在10个以内。5.redolog是物理日志，binlog是逻辑日志。（√）解析：redolog记录数据页的物理修改，binlog记录SQL逻辑或行数据的变更逻辑。6.临时表的数据会写入binlog，主从同步时会同步到从节点。（×）解析：临时表仅在当前会话可见，默认不会写入binlog，主从同步时不会同步到从节点。7.MySQL中的utf8字符集实际是utf8mb3，仅支持3字节Unicode字符。（√）解析：MySQL中的utf8是utf8mb3的别名，最大支持3字节字符，utf8mb4支持4字节字符，是生产环境的首选字符集。8.InnoDB的行锁是基于索引实现的，没有命中索引的查询会扩大锁范围，实际效果等同于表锁。（√）解析：InnoDB行锁通过锁索引项实现，如果查询未命中索引，会扫描全表，对所有记录加行锁，实际效果等同于表锁，会严重影响并发性能。9.死锁发生后，InnoDB会自动回滚持有锁最少、修改数据量最小的事务。（√）解析：InnoDB内置死锁检测机制，默认开启死锁检测，检测到死锁后会回滚代价最小的事务，释放锁资源让另一个事务执行。10.通用表表达式（CTE）和临时表的功能完全相同，没有差异。（×）解析：CTE是语句级别的临时结果集，仅在当前SQL语句执行期间有效，支持递归查询；临时表是会话级别的，会话结束后自动销毁，不支持递归查询。第四部分：实操题（每题8分，共16分）1.现有业务表`user_order`（`order_id`BIGINTPRIMARYKEY,`user_id`BIGINT,`order_amount`DECIMAL(10,2),`create_time`DATETIME,`status`TINYINT），需求如下：（1）创建联合索引，支持按`user_id`查询订单、按`user_id+create_time`范围查询订单、按`user_id+status`查询订单，写出建索引的SQL语句。（2）查询每个用户2024年消费总金额排名前3的订单，要求排名相同不跳号，写出SQL语句。答案与评分标准：（1）`CREATEINDEXidx_userid_createtime_statusONuser_order(user_id,create_time,status);`（4分）解析：根据最左前缀原则，该联合索引可以覆盖`user_id`、`user_id+create_time`、`user_id+create_time+status`三类查询，将`status`放在索引最后可以避免`create_time`范围查询截断索引，同时满足`user_id+status`的查询需求。（2）```sqlSELECT*FROM(SELECTorder_id,user_id,order_amount,create_time,DENSE_RANK()OVER(PARTITIONBYuser_idORDERBYorder_amountDESC)ASrkFROMuser_orderWHEREcreate_timeBETWEEN'2024-01-0100:00:00'AND'2024-12-3123:59:59')tWHERErk<=3;```（4分）解析：使用`DENSE_RANK()`窗口函数实现分组排名，`PARTITIONBY`按用户分组，`ORDERBY`按消费金额倒序，外层过滤排名前3的记录，无需嵌套子查询或临时表，性能比传统写法高50%以上。2.某生产环境误执行了`DROPTABLEuser_order`操作，当前已配置全量备份（每日凌晨2点执行xtrabackup全量备份）和binlog日志，binlog格式为ROW，写出完整的数据恢复步骤。答案与评分标准：（1）紧急止损：执行`FLUSHTABLESWITHREADLOCK`锁住实例避免新数据写入，通知业务暂停写入操作，防止新数据覆盖旧数据（2分）；（2）恢复全量备份：将最近一次的全量备份恢复到临时实例，启动临时实例验证全量备份数据完整、无损坏（2分）；（3）解析binlog：找到全量备份对应的binlog位置点（xtrabackup备份目录下的`xtrabackup_binlog_info`文件记录了备份结束时的binlog文件名和偏移量），使用mysqlbinlog工具解析从该位置点到误删操作之前的所有binlog，过滤掉`DROPTABLE`语句（2分）；（4）恢复增量数据：将解析后的binlog回放到临时实例，验证`user_order`表数据完整后，将该表通过mysqldump导出同步到生产实例，解除读写锁恢复业务（2分）。第五部分：案例分析题（共14分）某电商