2026年MySQL运维基础试题及答案

2026年MySQL运维基础试题及答案1.单项选择题：MySQL服务默认的监听端口是以下哪一个？A.3306B.1433C.1521D.3389答案：A解析：3306是MySQL默认监听端口，1433是SQLServer默认端口，1521是Oracle默认端口，3389是Windows远程桌面服务默认端口，因此正确选项为A。2.MySQL中哪一个存储引擎原生支持完整事务、行级锁和外键约束，并且是MySQL5.5及之后版本的默认存储引擎？A.MyISAMB.InnoDBC.MemoryD.CSV答案：B解析：InnoDB是MySQL默认事务型存储引擎，原生支持ACID事务特性、行级锁和外键约束，能满足绝大多数在线业务的并发和一致性需求；MyISAM不支持事务和外键，仅支持表级锁，适合读多写少的静态业务场景；Memory存储引擎将数据存储在内存中，断电后数据全部丢失，仅适合做临时缓存场景；CSV存储引擎以普通文本格式存储数据，不支持索引和约束，因此正确选项为B。3.MySQL中删除整个表的结构和所有数据，使用哪一条SQL命令？A.DROPTABLEB.DELETETABLEC.REMOVETABLED.ALTERTABLE答案：A解析：DROPTABLE属于DDL语句，作用是删除指定表的结构、所有数据，同时会删除表关联的索引、约束，释放存储空间；DELETE是DML语句，作用是删除表中符合条件的行数据，不会删除表结构；MySQL中没有REMOVETABLE删除表的语法；ALTERTABLE用于修改表结构，不会删除表，因此正确选项为A。4.以下哪一项是MySQL主从复制最核心的生产应用价值？A.保证主从数据强一致性B.实现读写分离，降低主库的访问压力C.提升主库数据写入性能D.实现自动容灾，无需人工干预就能自动恢复故障答案：B解析：MySQL主从复制是异步同步，默认只能保证最终一致性，无法保证强一致性；主从复制架构中写入操作依然只能由主库承担，无法提升写入性能；主从故障切换需要人工或第三方工具介入，无法自动完成容灾恢复；主从复制最常见的用法就是将读请求分流到从库，实现读写分离，降低主库的负载压力，因此正确选项为B。5.想要查看MySQL当前正在运行的所有连接和线程状态，使用哪一条命令？A.SHOWPROCESSLISTB.SHOWSTATUSC.SHOWVARIABLESD.SHOWTABLES答案：A解析：SHOWPROCESSLIST用于输出当前MySQL所有连接线程的信息，包括线程ID、连接用户、来源主机、当前执行的命令、运行时间、状态等，常用于排查连接占满、慢查询等问题；SHOWSTATUS用于查看MySQL服务器的运行状态变量；SHOWVARIABLES用于查看MySQL当前的配置参数值；SHOWTABLES用于查看当前数据库下的所有表列表，因此正确选项为A。6.MySQL8.0版本中，二进制日志binlog默认的格式是以下哪一种？A.STATEMENTB.ROWC.MIXEDD.JSON答案：B解析：MySQL5.1版本之后支持三种binlog格式，STATEMENT是基于SQL语句的格式，日志体积小但可能导致主从数据不一致；ROW是基于行变更的格式，记录每一行数据的变更，数据一致性高，方便数据恢复，MySQL5.7版本之后默认使用ROW格式，8.0版本延续了这个默认配置；MIXED是混合格式，一般场景用STATEMENT，特殊场景自动切换为ROW；JSON不是binlog的格式选项，因此正确选项为B。7.需要授权用户zabbix可以从/24网段的所有主机连接MySQL，访问所有库的所有表，密码设置为zabbix@2025，以下哪条命令是正确的？A.GRANTALLON.TO'zabbix'@'192.168.10.%'IDENTIFIEDBY'zabbix@2025';A.GRANTALLON.TO'zabbix'@'192.168.10.%'IDENTIFIEDBY'zabbix@2025';B.GRANTALLONzabbix.TO'zabbix'@'%'IDENTIFIEDBY'zabbix@2025';B.GRANTALLONzabbix.TO'zabbix'@'%'IDENTIFIEDBY'zabbix@2025';C.GRANTALLON.TO'zabbix'@''IDENTIFIEDBY'zabbix@2025';C.GRANTALLON.TO'zabbix'@''IDENTIFIEDBY'zabbix@2025';D.GRANTALLON.TO'zabbix'@'localhost'IDENTIFIEDBY'zabbix@2025';D.GRANTALLON.TO'zabbix'@'localhost'IDENTIFIEDBY'zabbix@2025';答案：A解析：MySQL中授权时，主机名支持%作为通配符，.代表所有库的所有表，A选项中，192.168.10.%正好匹配/24网段的所有主机，权限范围正确；B选项只授权了zabbix库的权限，且允许所有来源连接，不符合需求；C选项只允许这一个IP连接，不符合需求；D选项仅允许本地连接，不符合需求，因此正确选项为A。解析：MySQL中授权时，主机名支持%作为通配符，.代表所有库的所有表，A选项中，192.168.10.%正好匹配/24网段的所有主机，权限范围正确；B选项只授权了zabbix库的权限，且允许所有来源连接，不符合需求；C选项只允许这一个IP连接，不符合需求；D选项仅允许本地连接，不符合需求，因此正确选项为A。8.InnoDB存储引擎的缓冲池（BufferPool）的核心作用是什么？A.存储MySQL的二进制日志binlogB.缓存频繁访问的索引和数据，减少磁盘IO开销C.存储InnoDB的事务重做日志D.存储MySQL的错误日志答案：B解析：InnoDB缓冲池是一块内存区域，作用是将频繁访问的索引和数据缓存到内存中，避免每次查询都访问磁盘，大幅降低IO开销提升性能；binlog是单独的日志文件存在磁盘，重做日志存在ib_logfile系列文件，错误日志也是单独的磁盘文件，因此正确选项为B。9.开启慢查询日志后，控制慢查询阈值（超过该时间的查询会被记录）的参数是哪一个？A.slow_query_logB.long_query_timeC.slow_query_log_fileD.log_queries_not_using_indexes答案：B解析：slow_query_log参数用于控制是否开启慢查询日志功能；long_query_time参数用于定义慢查询的阈值，单位为秒，查询执行时间超过该值就会被记录到慢查询日志；slow_query_log_file用于指定慢查询日志的存储路径；log_queries_not_using_indexes用于控制是否把没有使用索引的查询也记录到慢查询日志，因此正确选项为B。10.MySQL从库中，哪一个文件记录了从库连接主库的信息、当前同步到的主库binlog文件名和位置偏移量？A.主库binlog文件B.从库中继日志（relaylog）C.（8.0为mysql.slave_master_info系统表）D.MySQL错误日志答案：C解析：主库binlog用于记录主库所有写操作的变更；从库的中继日志是从库拉取主库binlog后存储在本地的日志文件；（新版为系统表）用于存储从库连接主库的配置信息、已经同步到的binlog文件名和位置偏移量，重启从库后会从该位置继续同步；错误日志用于记录MySQL启动、运行、停止过程中的错误信息，因此正确选项为C。1.以下属于MySQL常用数据备份工具或备份方法的有哪些？A.mysqldumpB.PerconaXtraBackupC.mysqlbinlogD.停库冷备份答案：ABCD解析：mysqldump是MySQL官方自带的逻辑备份工具，适合中小数据量的备份，操作简单；PerconaXtraBackup是开源的物理热备工具，支持InnoDB在线无锁热备份，适合大数据量的生产场景；mysqlbinlog可以解析binlog实现增量备份和时点恢复，是备份恢复体系的重要组成部分；停库后直接复制数据文件的冷备份是简单可靠的备份方法，适用于可停机维护的场景，因此四个选项都正确。2.InnoDB事务的ACID四大特性分别指以下哪几项？A.原子性（Atomicity）B.一致性（Consistency）C.隔离性（Isolation）D.持久性（Durability）答案：ABCD解析：ACID是事务的四大核心特性，原子性指事务内的所有操作要么全部成功提交，要么全部失败回滚，不存在部分完成的情况；一致性指事务执行前后，数据库的完整性约束没有被破坏，数据状态始终符合业务规则；隔离性指多个并发事务之间相互隔离，互不干扰，不同隔离级别会有不同的隔离程度；持久性指事务提交后，对数据的修改会永久保存到磁盘，不会因为故障丢失，因此四个选项都正确。3.生产环境中MySQL主从复制延迟过高，可能的原因包括以下哪几项？A.主库写入并发量过高，传统单线程复制模式下从库重放日志跟不上主库写入速度B.从库硬件配置比主库差，CPU、磁盘IO性能不足C.从库执行大事务、大DDL操作，阻塞后续同步操作D.主库和从库之间网络带宽不足、延迟过高答案：ABCD解析：传统MySQL主从复制是单线程重放relaylog，而主库是多线程写入，当主库并发写入量很大时，从库单线程执行就会跟不上，导致延迟升高；从库承担大量读请求，如果硬件性能比主库差，资源被读请求占满，同步速度就会变慢，延迟升高；大事务或大DDL需要长时间执行，会阻塞后续所有同步操作，导致短时间内延迟大幅升高；主库binlog需要通过网络传输给从库，如果网络带宽不足、延迟高，binlog传输速度慢，就会导致同步延迟，因此四个选项都正确。4.以下操作会导致MySQL锁表，影响业务写入的有哪些？A.对千万级大表执行ALTERTABLE修改表结构B.MyISAM引擎表执行全表更新操作C.对大表执行DROPTABLE操作D.InnoDB引擎表执行不带索引的全表更新操作答案：ABCD解析：即使支持OnlineDDL的MySQL版本，修改大表结构也会在最终切换阶段加排他表锁，阻塞所有读写操作；MyISAM引擎使用表级锁，更新操作会加排他表锁，会锁表阻塞其他操作；DROPTABLE属于DDL操作，执行时会加表级排他锁，锁整个表；InnoDB引擎是行级锁，但是如果更新条件没有命中索引，数据库会扫描全表，对所有行加行锁，等价于锁整个表，会阻塞其他写入操作，因此四个选项都正确。5.针对慢查询，常见的优化手段包括以下哪几项？A.为慢查询语句添加合适的索引B.拆分大SQL、大事务，避免单次操作过多数据C.实现读写分离，将读请求分流到从库，降低主库压力D.对超大表进行分库分表拆分，降低单表数据量答案：ABCD解析：绝大多数慢查询都是因为没有合适的索引导致全表扫描，添加正确的索引是优化慢查询最直接有效的手段；大SQL单次操作大量数据，会占用大量IO和连接资源，拆分后可以降低单次操作开销，提升执行速度；读写分离可以将大量读请求分摊到从库，避免主库负载过高导致查询变慢；当单表数据量过大时，即使有索引，查询性能也会下降，分库分表拆分后单表数据量降低，查询性能会明显提升，因此四个选项都正确。简述MySQL中TRUNCATE、DELETE和DROP三个语句的区别？答案：三者的区别主要体现在三个方面：第一，语句类型和可回滚性不同：DROP和TRUNCATE属于DDL（数据定义语言），执行后自动提交，无法回滚；DELETE属于DML（数据操纵语言），执行后需要手动提交，事务提交前可以回滚。第二，作用范围不同：DROP会删除整张表的结构、所有数据，同时删除表关联的所有索引、约束，完全释放表占用的存储空间；TRUNCATE只会清空表中所有数据，会保留表结构、索引和约束，会释放表占用的空闲存储空间；DELETE可以按WHERE条件删除表中的部分数据，不带WHERE时会清空所有数据，但不会删除表结构，也不会主动释放表占用的存储空间（释放的空间会保留给表复用，不会还给操作系统）。第三，执行速度不同：DROP执行速度最快，TRUNCATE次之，DELETE最慢，因为DELETE需要逐行删除数据，记录undo日志和binlog，支持回滚，而TRUNCATE和DROP直接修改表结构释放存储空间，不需要逐行处理，因此速度更快。简述MySQL主从复制的核心流程？答案：MySQL主从复制分为三个核心步骤：第一步，主库记录日志：主库上所有的写操作（增删改、DDL等）在提交事务完成修改后，都会把操作变更写入二进制日志（binlog）中。第二步，从库拉取日志：从库启动一个IO线程，和主库建立网络连接，请求主库发送从上次同步位置之后的binlog日志；主库会启动BinlogDump线程，读取本地binlog的内容，发送给从库IO线程；从库IO线程把接收到的binlog内容写入本地的中继日志（relaylog）中。第三步，从库重放日志：从库启动SQL线程（并行复制模式下是多个SQL线程），读取中继日志中的变更内容，按顺序在从库本地重放执行这些变更，让从库的数据和主库保持一致，完成同步过程。生产环境中MySQL连接占满，提示“toomanyconnections”无法建立新连接，应该怎么处理？答案：处理流程分为三步：第一步，临时恢复业务，先临时调大连接数上限，登录MySQL后执行setglobalmax_connections=新的更大值，比如原来设置是1000，可以临时调整为2000，让新连接能够正常接入，先恢复业务可用。第二步，定位原因并清理异常连接：执行showprocesslist查看所有连接的状态，判断是应用连接泄漏、大量慢查询占用连接还是异常请求打满连接；如果是连接泄漏，先批量杀死空闲的异常连接，可通过拼接SQL生成批量kill命令，比如SELECTCONCAT('KILL',id,';')FROMinformation_cesslistWHERETime>300INTOOUTFILE'/tmp/kill.sql';，然后执行source/tmp/kill.sql批量清理，之后通知开发修复应用连接池配置，重启应用释放连接；如果是大量慢查询占用连接，先优化慢查询，拦截异常查询。第三步，长期优化：合理调整max_connections参数，同时设置合适的wait_timeout和interactive_timeout，自动回收超时空闲连接；推动应用使用数据库连接池，控制应用端的最大连接数，避免无限制创建连接；持续优化慢查询，避免连接长时间被占用。开发人员误操作执行了不带事务的delete命令，删除了生产库order表中近三个月的10万条订单数据，已经提交，需要恢复这些误删数据，请写出完整的恢复流程和对应命令。答案：完整恢复流程如下：1.前置检查：首先确认生产库是否开启了binlog，binlog格式是否为ROW格式，登录MySQL执行：showvariableslike'log_bin';showvariableslike'binlog_format';确认log_bin为ON，binlog_format为ROW，满足恢复条件，同时立刻对当前生产库做一次临时全备，避免恢复过程中出现二次故障。2.定位误操作的binlog位置：先查看当前生产库使用的binlog文件，执行showmasterstatus;获取当前binlog文件名，再用mysqlbinlog工具解析binlog，找到误操作的起始位置和结束位置，执行命令示例：/usr/bin/mysqlbinlog--base64-output=decode-rows-v/data/mysql/binlog/mysql-bin.000345|grep-C20"deletefrom`order`"从输出中找到delete操作开始的position和下一个操作开始的position，确定误操作的范围是start-position=156789，stop-position=268901，也可以通过时间范围定位，如果知道误操作发生在10点10分到10点11分，可以用--start-datetime和--stop-datetime参数定位。3.恢复全量备份到临时实例：取出最近一次生产库的全量备份（一般是前一天凌晨的全备），将全量备份恢复到临时数据库实例，如果是mysqldump逻辑备份，执行：mysql-uroot-p'密码'temp_db<