8月这个时间点很多同学都在准备 Java 后端岗位的面试。不管是校招还是社招MySQL 几乎是必考的一个环节。尤其在实际业务开发中数据库层面的设计能力、SQL 优化能力和问题排查能力直接决定面试官对你“工程能力”的判断。网上的 MySQL 面试题零零散散有的只讲概念有的直接甩几十个问题不给答案背起来非常吃力。这篇文章整理了一条更系统的复习主线围绕 Java 面试中真正高频率出现的 MySQL 考点展开包含索引、事务、MVCC、锁、SQL 优化和典型面试问答配套 SQL 示例和排查思路。准备面试的同学或者想要补一补数据库基础的开发者都可以按这个顺序走一遍。1. 为什么 Java 面试一定要考 MySQL1.1 面试官想考察什么很多刚准备面试的同学容易陷入一个误区以为 MySQL 面试题就是背概念。实际上面试官会分层考察考察层次典型问题考察目标会用写了哪些 CRUD、怎么做分页是否真做过项目懂原理为什么用 B 树做索引基础是否扎实能排查SQL 查询慢怎么分析有没有线上问题处理经验能设计订单表怎么建索引是否能独立设计表结构所以在复习 MySQL 时不建议只背答案而是要把每一个高频问题背后的原理链串起来。1.2 MySQL 在 Java 技术栈中的位置Java 后端最常见的架构组合就是 Spring Boot MySQL Redis。MySQL 负责核心业务数据的持久化存储所有订单、用户、商品、交易记录最终都落在 MySQL 里。面试时关于 MySQL 的问题其实是在检验你能否回答这三个维度数据怎么存存储引擎、字符集、字段类型、表结构设计。数据怎么查得快索引原理、SQL 优化、执行计划。数据怎么保证不错事务隔离、锁机制、MVCC、日志机制。这正好对应了面试中几个高频模块索引、事务、锁、日志。这张图可以先放在脑子里之后每个章节都在往里补充细节。1.3 本文的内容范围这篇文章不去讲 MySQL 安装之类的环境问题而是直接以“面试考点”为主线展开。默认你已经能在本机或者测试环境连接 MySQL。如果环境还没有准备好也不用慌文中每条 SQL 都很短可以一边看一边在 Navicat 或命令行里敲一遍效果比死记硬背好很多。2. MySQL 基础架构与存储引擎2.1 MySQL 的整体分层面试第一问如果问到“一条 SQL 在 MySQL 中是如何执行的”很多人会卡住。先记住这个分层结构连接层负责客户端连接、身份认证、权限校验。Server 层包含查询缓存8.0 已移除、解析器、优化器、执行器。存储引擎层负责数据的存储和读取InnoDB 是默认引擎。一条 SELECT 语句的执行流程大致是客户端发送 SQL 到连接器。查询缓存命中则直接返回MySQL 8.0 已移除该功能。分析器做词法分析和语法分析生成语法树。优化器决定使用哪个索引、哪种连接顺序。执行器调用存储引擎接口返回结果。这个流程是基础题但也是很多高级问题的引子。2.2 InnoDB 和 MyISAM 的区别考试频率极高的一个对比对比项InnoDBMyISAM事务支持不支持锁粒度行锁表锁外键支持不支持崩溃恢复支持不支持聚簇索引是否全文索引8.0 前需借助插件原生支持从 MySQL 5.5 开始InnoDB 成为默认存储引擎。如果面试中被问到选择依据核心就一句话需要事务和行级并发控制就选 InnoDB。用 MyISAM 的场景大部分已经被 InnoDB 覆盖现在新建表也默认是 InnoDB。2.3 一个快速验证环境的小示例如果你想在本地快速确认 MySQL 版本和默认引擎可以执行SELECT VERSION(); SHOW VARIABLES LIKE default_storage_engine;CREATE TABLE demo_student ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(32) NOT NULL, age INT DEFAULT 0 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; SHOW CREATE TABLE demo_student;这里说明一下建表细节ENGINEInnoDB指定存储引擎。DEFAULT CHARSETutf8mb4是推荐字符集可以完整支持中文和 emoji 字符。AUTO_INCREMENT配合主键是业务表最常见的自增主键方式。3. 索引面试重灾区索引是 MySQL 面试中占比最大的一部分。很多题目看似在问概念实际是在考你有没有真正通过执行计划理解过索引。3.1 为什么 InnoDB 用 B 树这是背诵频率最高的问题。要答得和别人不一样可以分三步说B 树是 B 树的改进版非叶子节点不存数据只存索引值所以一层能放下更多索引项树的高度更低。数据都存放在叶子节点并且叶子节点之间通过双向链表连接非常适合范围查询。InnoDB 的最小读写单位是页默认大小是 16KB。树的高度一般只有 2 到 4 层也就是最多几次 IO 就能定位到数据。可以补充一句红黑树也是平衡树但树的高度更高磁盘 IO 次数更多不适合大规模数据存储。这个对比会让面试官觉得你是理解了而不是背了结论。3.2 聚簇索引和二级索引InnoDB 数据文件本身就是索引文件主键索引就是聚簇索引聚簇索引叶子节点保存整行数据。二级索引叶子节点保存主键值。这里引出一个非常重要的链路回表查询。假如id是主键name上有普通索引执行SELECT * FROM student WHERE name 张三;过程是这样的先通过name二级索引找到对应的主键id。再根据主键id回聚簇索引查完整行。如果查询列都在二级索引里就不需要回表这就是覆盖索引优化。SELECT id, name FROM student WHERE name 张三;由于id和name都在name索引中直接返回即可不需要回表。这条 SQL 的Extra列经常可以看到Using index。3.3 最左前缀原则联合索引是面试中的高频重点。比如创建联合索引ALTER TABLE student ADD INDEX idx_name_age (name, age);查询走不走索引关键看是否满足最左前缀查询条件是否命中 idx_name_age原因WHERE name 张三命中使用最左列 nameWHERE name 张三 AND age 18命中使用两列WHERE age 18不命中跳过了最左列 nameWHERE name LIKE 张%命中前缀匹配可用索引WHERE name LIKE %三不命中后缀匹配无法使用索引最左前缀原则的本质是B 树的联合索引先按第一列排序再按第二列排序。所以跳过了第一列后面的列就无法参与索引定位。3.4 索引失效的场景面试中考索引失效通常会给出几条 SQL让你判断是否能命中索引。高频场景对索引列使用了函数或计算。使用了隐式类型转换。使用了LIKE %xx后缀匹配。使用了OR连接非索引条件。NOT IN、!、有时会导致索引失效。联合索引不满足最左前缀。举例SELECT * FROM student WHERE DATE(create_time) 2024-08-01;这条 SQL 对create_time列使用了函数索引会失效。推荐的写法是SELECT * FROM student WHERE create_time 2024-08-01 AND create_time 2024-08-02;这样的写法既可以利用索引也符合范围查询的语义。3.5 用 EXPLAIN 验证索引面试中聊到底层原理时如果能顺手提到你平时用EXPLAIN分析 SQL会是明显的加分项。下面是常规用法EXPLAIN SELECT id, name, age FROM student WHERE name 张三;重点关注这几列列名关注点typeconst、ref、range、index、ALL 等从好到差排序key实际使用的索引名rows预估扫描行数越小越好ExtraUsing index 表示覆盖索引Using filesort 表示需要额外排序一个常见的面试追问是type ALL是什么全表扫描说明没走索引要重点排查。4. 事务、MVCC 与锁事务相关的问题几乎每次面试都会碰到而且容易越问越深。这里建议按照“事务特性 - 隔离级别 - MVCC - 锁”这条线来准备。4.1 ACID 是什么事务有四个特性原子性事务内操作要么全部成功要么全部回滚。由 undo log 保证。一致性事务前后数据的完整性约束不被破坏。由其他三个特性共同实现。隔离性多个事务并发执行时互不干扰。由锁和 MVCC 实现。持久性事务提交后数据不会丢失。由 redo log 保证。面试时答到日志层面会比较加分redo log 保证持久性undo log 用于回滚和 MVCC 版本链。4.2 四种隔离级别SQL 标准定义了四种事务隔离级别隔离级别脏读不可重复读幻读读未提交可能可能可能读已提交不会可能可能可重复读不会不会可能串行化不会不会不会MySQL InnoDB 默认的隔离级别是“可重复读”。但 InnoDB 通过间隙锁和 MVCC 在多数场景下解决了幻读问题所以这也是面试官喜欢展开追问的点。查看当前隔离级别SELECT transaction_isolation;4.3 MVCC 实现原理MVCC 全称是多版本并发控制核心思路是读操作不加锁通过版本链读到正在修改的事务之前的数据快照。要理解 MVCC要掌握两个概念undo log 版本链每一行数据在更新时会把旧值放到 undo log 中并通过隐藏字段DB_ROLL_PTR指向旧版本。ReadView事务执行快照读时生成一个视图记录当前活跃事务 ID 列表。判断可见性的规则可以简化成一句话只能读取“在我这个事务开始之前已经提交的事务”修改的数据以及本事务自己修改的数据。试着用一条 UPDATE 来理解版本链UPDATE student SET age 20 WHERE id 1;执行时给 id1 这行加锁。把原数据 age18 记录到 undo log。更新当前行 age20。当前行的回滚指针指向上一个版本。如果另一个事务此时做普通 SELECT它会根据 ReadView 沿版本链找到自己可见的版本而不会等待锁释放。这就是“快照读”。4.4 当前读与快照读快照读普通SELECT使用 MVCC 读取历史版本不加锁。当前读SELECT ... FOR UPDATE、UPDATE、DELETE、INSERT读取最新版本并加锁。SELECT * FROM student WHERE id 1 FOR UPDATE;FOR UPDATE会对命中的行加排它锁事务提交后释放。在秒杀、库存扣减等场景中这是一种常见的悲观锁写法。4.5 InnoDB 锁分类面试中常见的锁分类维度锁类型粒度行锁、表锁、间隙锁、临键锁模式共享锁S、排它锁X实现方式悲观锁、乐观锁一个高频考点是SELECT ... FOR UPDATE加排它锁SELECT ... LOCK IN SHARE MODE加共享锁MySQL 8.0 也支持FOR SHARE写法。另一个高频考点是间隙锁。可重复读隔离级别下为了阻止幻读InnoDB 不仅锁住命中的记录还可能锁住记录之间的间隙。4.6 死锁的排查思路如果面试中问你有没有遇到过死锁可以按这个流程回答查看死锁日志。定位互相等待的锁。调整事务访问资源的顺序。缩短事务执行时间。必要时将大事务拆分成多个小事务。命令如下SHOW ENGINE INNODB STATUS;死锁发生的根本原因是两个事务互相持有对方需要的锁并且在等待时都不释放自己已持有的锁。Java 应用层对应的优化是多个业务方法操作多条记录时尽量固定加锁顺序例如先按主键从小到大加锁。5. 高频 SQL 实战与性能调优面试除了问原理也会直接手写 SQL。下面几条是高频考察点建议自己在本地执行一遍。5.1 排序与分组取每个班级年龄最大的学生这类问题几乎必考。先看表结构和数据CREATE TABLE student ( id INT PRIMARY KEY AUTO_INCREMENT, class_id INT NOT NULL, name VARCHAR(32) NOT NULL, age INT NOT NULL ); INSERT INTO student (class_id, name, age) VALUES (1, 张三, 20), (1, 李四, 22), (2, 王五, 21), (2, 赵六, 23);常见错误写法SELECT class_id, name, MAX(age) FROM student GROUP BY class_id;在ONLY_FULL_GROUP_BY模式下这种写法会报错而且逻辑上name和MAX(age)并不一定属于同一行。正确做法是用窗口函数MySQL 8.0 支持SELECT class_id, name, age FROM ( SELECT class_id, name, age, ROW_NUMBER() OVER (PARTITION BY class_id ORDER BY age DESC) AS rn FROM student ) t WHERE rn 1;MySQL 5.7 及更低版本可以用关联子查询实现但可读性差一些这里不再展开。面试时建议优先答窗口函数。5.2 深分页优化普通分页写法在数据量小的时候没问题SELECT * FROM student ORDER BY id LIMIT 10, 10;但如果偏移量很大比如LIMIT 1000000, 10MySQL 需要扫描前 1000010 行再丢弃前面 1000000 行效率很低。常用优化方案有两种延迟关联SELECT s.* FROM student s INNER JOIN ( SELECT id FROM student ORDER BY id LIMIT 1000000, 10 ) t ON s.id t.id;先通过覆盖索引快速定位主键再用主键回表拿完整数据。游标分页SELECT * FROM student WHERE id 1000000 ORDER BY id LIMIT 10;这种方案适合不停追加的场景但前提是排序字段稳定有序。5.3 慢查询定位线上排查慢 SQL 是 Java 工程师很常见的工作。先开启慢查询日志SET GLOBAL slow_query_log ON; SET GLOBAL long_query_time 1;然后使用mysqldumpslow工具分析日志。注意生产环境修改全局变量需要确认权限并且要在业务低峰期操作。5.4 UPDATE 语句的坑热搜词里出现过的mysql update 语法是一个容易出问题的点。看下面这条 SQLUPDATE student SET age age 1 WHERE id 1;正确执行后 age 会加 1。但如果在 Java 里把年龄传到 SQL 拼接处很容易出现忘记加 WHERE、或者误更新多条数据的问题。实际项目中必须遵守两条原则UPDATE 语句必须明确 WHERE 条件。先 SELECT 确认影响行数再执行 UPDATE。另外要注意MySQL 默认开启了自动提交单独执行一条 UPDATE 会立即生效且不经过事务包裹存在误操作风险。所以重要的是在代码里用事务明确边界。Service public class StudentService { Transactional public void updateAge(Integer id, Integer newAge) { studentMapper.updateAge(id, newAge); } }用Transactional包裹后异常时才能回滚。6. Java 面试 MySQL 高频问答这一节整理成面试问答速查表适合在面试前快速过一遍。高频问题核心思路一句话回答参考MySQL 默认存储引擎是什么InnoDBInnoDB支持事务、行锁、崩溃恢复为什么用自增主键数据有序写入减小页分裂概率性能好占用空间小int(5) 代表什么显示宽度不是存储长度不影响取值范围除非配合 ZEROFILL 使用什么是回表查询二级索引查主键再查聚簇索引通过非主键索引查到主键后再到主键索引查整行什么是覆盖索引查询列包含在索引列中索引中已有查询所需字段无需回表UNION 和 UNION ALL 区别是否去重UNION 会去重UNION ALL 不去重性能更好HAVING 和 WHERE 区别分组前后过滤WHERE 先过滤再分组HAVING 后过滤一条 SQL 执行慢怎么排查先 EXPLAIN再看索引和扫描行数先看 type、key、rows再考虑是否索引失效如何避免幻读可重复读 MVCC/间隙锁InnoDB 默认 RR 级别通过 MVCC 和间隙锁解决大部分幻读这里面有一个容易混淆的知识点补充一下。int(5)并不代表只能存 5 位数字它在绝大多数情况下只是显示宽度。只有字段设置了ZEROFILL才会在数值前面补零到 5 位。面试中如果遇到类似mysql 中 int5的题目要分清是在问数值运算还是字段定义。7. 常见报错排查清单复习过程中很多同学会在本地执行测试 SQL 时遇到一些报错这里整理一个排查清单。问题现象常见原因解决思路1130 无法连接远程数据库用户权限不足检查用户 host 是否为 %或使用授权 IP1175 UPDATE 报错安全模式限制无 WHERE 更新确认条件后再执行或者临时关闭 safe-update 模式1366 字符集报错连接字符集与表字符集不一致使用 utf8mb4统一客户端和表字符集Duplicate entry 报错唯一索引冲突先查重复数据再决定更新或删除Out of memory 报错查询返回数据量过大或内存配置不足优化 SQL增加分页检查内存配置Deadlock found 报错多个事务持锁顺序不一致查看 INNODB STATUS统一加锁顺序这里特别提一下 1175 错误MySQL Workbench 默认开启了安全更新模式执行不带 WHERE 的 UPDATE 会被拒绝。很多不熟悉工具的同学会误以为语句写错了。解决办法不是关闭安全模式而是先确认你要更新的范围是否正确。8. 3 天复习路线按照标题里的“3 天搞定”来设计一个可行的复习计划。不建议每天塞太多内容重点是形成知识链路。时间复习重点目标第 1 天基础架构、存储引擎、执行流程能画出 MySQL 分层结构说清 InnoDB 与 MyISAM 区别第 2 天索引、EXPLAIN、SQL 优化能手写联合索引的命中场景能解释回表与覆盖索引第 3 天事务、隔离级别、MVCC、锁、死锁能回答隔离级别和 MVCC 实现原理能说清间隙锁解决幻读的机制每天配合少量实操。不用做很重的项目只需要在本地建两张表用EXPLAIN验证自己的判断。面试前再用第 6 节的速查表整体过一遍做到看到问题能快速说出关键词和逻辑链。9. 最佳实践与工程建议结合实际项目下面这些点值得在日常开发中养成习惯。9.1 建表规范字段必须有注释。每张表建议有主键默认BIGINT UNSIGNED自增主键。字符串类型建议使用utf8mb4。金额用DECIMAL不要用FLOAT和DOUBLE。状态字段建议使用TINYINT而不是字符串。9.2 SQL 规范禁止SELECT *只查询必要字段。UPDATE、DELETE 必须带 WHERE。大批量更新分批执行避免长事务持有锁过久。多表 JOIN 不超过三张表超过时考虑冗余字段或拆分查询。9.3 索引规范区分度高的列适合做索引。联合索引把最常查询且区分度高的列放最前面。不要对频繁更新的列建过多索引。索引不是越多越好会拖慢写入性能。9.4 安全与权限生产环境使用独立账号不要用 root。账号只授予必要库表的权限。涉及删除、批量更新的操作先在测试库验证影响行数。生产执行前备份数据。9.5 Java 侧的思考Java 应用中配置数据库连接池时常用 HikariCP连接池的核心参数需要结合实际并发量调整。如果连接池配置过小高并发下会出现连接等待超时如果过大又会占用数据库资源。面试中如果聊到这部分可以提一下maximumPoolSize和minimumIdle的配置逻辑会让面试官觉得你有完整的生产视角。MySQL 的知识量很大但 Java 面试的重点其实是相对收敛的索引、事务、MVCC、锁、SQL 优化这几块串起来就是一条完整的知识链路。复习时不要零散地背题而是先理解原理再用 SQL 去验证最后通过讲解给自己复盘。面试时如果能结合项目里的真实案例比如慢查询优化流程、死锁排查过程、索引调整前后对比会比单纯背答案更有说服力。希望这份整理能帮你节省一些时间把精力放在真正高频和核心的部分上。 Java面试MySQL核心考点：索引、事务、MVCC与SQL优化
8月这个时间点很多同学都在准备 Java 后端岗位的面试。不管是校招还是社招MySQL 几乎是必考的一个环节。尤其在实际业务开发中数据库层面的设计能力、SQL 优化能力和问题排查能力直接决定面试官对你“工程能力”的判断。网上的 MySQL 面试题零零散散有的只讲概念有的直接甩几十个问题不给答案背起来非常吃力。这篇文章整理了一条更系统的复习主线围绕 Java 面试中真正高频率出现的 MySQL 考点展开包含索引、事务、MVCC、锁、SQL 优化和典型面试问答配套 SQL 示例和排查思路。准备面试的同学或者想要补一补数据库基础的开发者都可以按这个顺序走一遍。1. 为什么 Java 面试一定要考 MySQL1.1 面试官想考察什么很多刚准备面试的同学容易陷入一个误区以为 MySQL 面试题就是背概念。实际上面试官会分层考察考察层次典型问题考察目标会用写了哪些 CRUD、怎么做分页是否真做过项目懂原理为什么用 B 树做索引基础是否扎实能排查SQL 查询慢怎么分析有没有线上问题处理经验能设计订单表怎么建索引是否能独立设计表结构所以在复习 MySQL 时不建议只背答案而是要把每一个高频问题背后的原理链串起来。1.2 MySQL 在 Java 技术栈中的位置Java 后端最常见的架构组合就是 Spring Boot MySQL Redis。MySQL 负责核心业务数据的持久化存储所有订单、用户、商品、交易记录最终都落在 MySQL 里。面试时关于 MySQL 的问题其实是在检验你能否回答这三个维度数据怎么存存储引擎、字符集、字段类型、表结构设计。数据怎么查得快索引原理、SQL 优化、执行计划。数据怎么保证不错事务隔离、锁机制、MVCC、日志机制。这正好对应了面试中几个高频模块索引、事务、锁、日志。这张图可以先放在脑子里之后每个章节都在往里补充细节。1.3 本文的内容范围这篇文章不去讲 MySQL 安装之类的环境问题而是直接以“面试考点”为主线展开。默认你已经能在本机或者测试环境连接 MySQL。如果环境还没有准备好也不用慌文中每条 SQL 都很短可以一边看一边在 Navicat 或命令行里敲一遍效果比死记硬背好很多。2. MySQL 基础架构与存储引擎2.1 MySQL 的整体分层面试第一问如果问到“一条 SQL 在 MySQL 中是如何执行的”很多人会卡住。先记住这个分层结构连接层负责客户端连接、身份认证、权限校验。Server 层包含查询缓存8.0 已移除、解析器、优化器、执行器。存储引擎层负责数据的存储和读取InnoDB 是默认引擎。一条 SELECT 语句的执行流程大致是客户端发送 SQL 到连接器。查询缓存命中则直接返回MySQL 8.0 已移除该功能。分析器做词法分析和语法分析生成语法树。优化器决定使用哪个索引、哪种连接顺序。执行器调用存储引擎接口返回结果。这个流程是基础题但也是很多高级问题的引子。2.2 InnoDB 和 MyISAM 的区别考试频率极高的一个对比对比项InnoDBMyISAM事务支持不支持锁粒度行锁表锁外键支持不支持崩溃恢复支持不支持聚簇索引是否全文索引8.0 前需借助插件原生支持从 MySQL 5.5 开始InnoDB 成为默认存储引擎。如果面试中被问到选择依据核心就一句话需要事务和行级并发控制就选 InnoDB。用 MyISAM 的场景大部分已经被 InnoDB 覆盖现在新建表也默认是 InnoDB。2.3 一个快速验证环境的小示例如果你想在本地快速确认 MySQL 版本和默认引擎可以执行SELECT VERSION(); SHOW VARIABLES LIKE default_storage_engine;CREATE TABLE demo_student ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(32) NOT NULL, age INT DEFAULT 0 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; SHOW CREATE TABLE demo_student;这里说明一下建表细节ENGINEInnoDB指定存储引擎。DEFAULT CHARSETutf8mb4是推荐字符集可以完整支持中文和 emoji 字符。AUTO_INCREMENT配合主键是业务表最常见的自增主键方式。3. 索引面试重灾区索引是 MySQL 面试中占比最大的一部分。很多题目看似在问概念实际是在考你有没有真正通过执行计划理解过索引。3.1 为什么 InnoDB 用 B 树这是背诵频率最高的问题。要答得和别人不一样可以分三步说B 树是 B 树的改进版非叶子节点不存数据只存索引值所以一层能放下更多索引项树的高度更低。数据都存放在叶子节点并且叶子节点之间通过双向链表连接非常适合范围查询。InnoDB 的最小读写单位是页默认大小是 16KB。树的高度一般只有 2 到 4 层也就是最多几次 IO 就能定位到数据。可以补充一句红黑树也是平衡树但树的高度更高磁盘 IO 次数更多不适合大规模数据存储。这个对比会让面试官觉得你是理解了而不是背了结论。3.2 聚簇索引和二级索引InnoDB 数据文件本身就是索引文件主键索引就是聚簇索引聚簇索引叶子节点保存整行数据。二级索引叶子节点保存主键值。这里引出一个非常重要的链路回表查询。假如id是主键name上有普通索引执行SELECT * FROM student WHERE name 张三;过程是这样的先通过name二级索引找到对应的主键id。再根据主键id回聚簇索引查完整行。如果查询列都在二级索引里就不需要回表这就是覆盖索引优化。SELECT id, name FROM student WHERE name 张三;由于id和name都在name索引中直接返回即可不需要回表。这条 SQL 的Extra列经常可以看到Using index。3.3 最左前缀原则联合索引是面试中的高频重点。比如创建联合索引ALTER TABLE student ADD INDEX idx_name_age (name, age);查询走不走索引关键看是否满足最左前缀查询条件是否命中 idx_name_age原因WHERE name 张三命中使用最左列 nameWHERE name 张三 AND age 18命中使用两列WHERE age 18不命中跳过了最左列 nameWHERE name LIKE 张%命中前缀匹配可用索引WHERE name LIKE %三不命中后缀匹配无法使用索引最左前缀原则的本质是B 树的联合索引先按第一列排序再按第二列排序。所以跳过了第一列后面的列就无法参与索引定位。3.4 索引失效的场景面试中考索引失效通常会给出几条 SQL让你判断是否能命中索引。高频场景对索引列使用了函数或计算。使用了隐式类型转换。使用了LIKE %xx后缀匹配。使用了OR连接非索引条件。NOT IN、!、有时会导致索引失效。联合索引不满足最左前缀。举例SELECT * FROM student WHERE DATE(create_time) 2024-08-01;这条 SQL 对create_time列使用了函数索引会失效。推荐的写法是SELECT * FROM student WHERE create_time 2024-08-01 AND create_time 2024-08-02;这样的写法既可以利用索引也符合范围查询的语义。3.5 用 EXPLAIN 验证索引面试中聊到底层原理时如果能顺手提到你平时用EXPLAIN分析 SQL会是明显的加分项。下面是常规用法EXPLAIN SELECT id, name, age FROM student WHERE name 张三;重点关注这几列列名关注点typeconst、ref、range、index、ALL 等从好到差排序key实际使用的索引名rows预估扫描行数越小越好ExtraUsing index 表示覆盖索引Using filesort 表示需要额外排序一个常见的面试追问是type ALL是什么全表扫描说明没走索引要重点排查。4. 事务、MVCC 与锁事务相关的问题几乎每次面试都会碰到而且容易越问越深。这里建议按照“事务特性 - 隔离级别 - MVCC - 锁”这条线来准备。4.1 ACID 是什么事务有四个特性原子性事务内操作要么全部成功要么全部回滚。由 undo log 保证。一致性事务前后数据的完整性约束不被破坏。由其他三个特性共同实现。隔离性多个事务并发执行时互不干扰。由锁和 MVCC 实现。持久性事务提交后数据不会丢失。由 redo log 保证。面试时答到日志层面会比较加分redo log 保证持久性undo log 用于回滚和 MVCC 版本链。4.2 四种隔离级别SQL 标准定义了四种事务隔离级别隔离级别脏读不可重复读幻读读未提交可能可能可能读已提交不会可能可能可重复读不会不会可能串行化不会不会不会MySQL InnoDB 默认的隔离级别是“可重复读”。但 InnoDB 通过间隙锁和 MVCC 在多数场景下解决了幻读问题所以这也是面试官喜欢展开追问的点。查看当前隔离级别SELECT transaction_isolation;4.3 MVCC 实现原理MVCC 全称是多版本并发控制核心思路是读操作不加锁通过版本链读到正在修改的事务之前的数据快照。要理解 MVCC要掌握两个概念undo log 版本链每一行数据在更新时会把旧值放到 undo log 中并通过隐藏字段DB_ROLL_PTR指向旧版本。ReadView事务执行快照读时生成一个视图记录当前活跃事务 ID 列表。判断可见性的规则可以简化成一句话只能读取“在我这个事务开始之前已经提交的事务”修改的数据以及本事务自己修改的数据。试着用一条 UPDATE 来理解版本链UPDATE student SET age 20 WHERE id 1;执行时给 id1 这行加锁。把原数据 age18 记录到 undo log。更新当前行 age20。当前行的回滚指针指向上一个版本。如果另一个事务此时做普通 SELECT它会根据 ReadView 沿版本链找到自己可见的版本而不会等待锁释放。这就是“快照读”。4.4 当前读与快照读快照读普通SELECT使用 MVCC 读取历史版本不加锁。当前读SELECT ... FOR UPDATE、UPDATE、DELETE、INSERT读取最新版本并加锁。SELECT * FROM student WHERE id 1 FOR UPDATE;FOR UPDATE会对命中的行加排它锁事务提交后释放。在秒杀、库存扣减等场景中这是一种常见的悲观锁写法。4.5 InnoDB 锁分类面试中常见的锁分类维度锁类型粒度行锁、表锁、间隙锁、临键锁模式共享锁S、排它锁X实现方式悲观锁、乐观锁一个高频考点是SELECT ... FOR UPDATE加排它锁SELECT ... LOCK IN SHARE MODE加共享锁MySQL 8.0 也支持FOR SHARE写法。另一个高频考点是间隙锁。可重复读隔离级别下为了阻止幻读InnoDB 不仅锁住命中的记录还可能锁住记录之间的间隙。4.6 死锁的排查思路如果面试中问你有没有遇到过死锁可以按这个流程回答查看死锁日志。定位互相等待的锁。调整事务访问资源的顺序。缩短事务执行时间。必要时将大事务拆分成多个小事务。命令如下SHOW ENGINE INNODB STATUS;死锁发生的根本原因是两个事务互相持有对方需要的锁并且在等待时都不释放自己已持有的锁。Java 应用层对应的优化是多个业务方法操作多条记录时尽量固定加锁顺序例如先按主键从小到大加锁。5. 高频 SQL 实战与性能调优面试除了问原理也会直接手写 SQL。下面几条是高频考察点建议自己在本地执行一遍。5.1 排序与分组取每个班级年龄最大的学生这类问题几乎必考。先看表结构和数据CREATE TABLE student ( id INT PRIMARY KEY AUTO_INCREMENT, class_id INT NOT NULL, name VARCHAR(32) NOT NULL, age INT NOT NULL ); INSERT INTO student (class_id, name, age) VALUES (1, 张三, 20), (1, 李四, 22), (2, 王五, 21), (2, 赵六, 23);常见错误写法SELECT class_id, name, MAX(age) FROM student GROUP BY class_id;在ONLY_FULL_GROUP_BY模式下这种写法会报错而且逻辑上name和MAX(age)并不一定属于同一行。正确做法是用窗口函数MySQL 8.0 支持SELECT class_id, name, age FROM ( SELECT class_id, name, age, ROW_NUMBER() OVER (PARTITION BY class_id ORDER BY age DESC) AS rn FROM student ) t WHERE rn 1;MySQL 5.7 及更低版本可以用关联子查询实现但可读性差一些这里不再展开。面试时建议优先答窗口函数。5.2 深分页优化普通分页写法在数据量小的时候没问题SELECT * FROM student ORDER BY id LIMIT 10, 10;但如果偏移量很大比如LIMIT 1000000, 10MySQL 需要扫描前 1000010 行再丢弃前面 1000000 行效率很低。常用优化方案有两种延迟关联SELECT s.* FROM student s INNER JOIN ( SELECT id FROM student ORDER BY id LIMIT 1000000, 10 ) t ON s.id t.id;先通过覆盖索引快速定位主键再用主键回表拿完整数据。游标分页SELECT * FROM student WHERE id 1000000 ORDER BY id LIMIT 10;这种方案适合不停追加的场景但前提是排序字段稳定有序。5.3 慢查询定位线上排查慢 SQL 是 Java 工程师很常见的工作。先开启慢查询日志SET GLOBAL slow_query_log ON; SET GLOBAL long_query_time 1;然后使用mysqldumpslow工具分析日志。注意生产环境修改全局变量需要确认权限并且要在业务低峰期操作。5.4 UPDATE 语句的坑热搜词里出现过的mysql update 语法是一个容易出问题的点。看下面这条 SQLUPDATE student SET age age 1 WHERE id 1;正确执行后 age 会加 1。但如果在 Java 里把年龄传到 SQL 拼接处很容易出现忘记加 WHERE、或者误更新多条数据的问题。实际项目中必须遵守两条原则UPDATE 语句必须明确 WHERE 条件。先 SELECT 确认影响行数再执行 UPDATE。另外要注意MySQL 默认开启了自动提交单独执行一条 UPDATE 会立即生效且不经过事务包裹存在误操作风险。所以重要的是在代码里用事务明确边界。Service public class StudentService { Transactional public void updateAge(Integer id, Integer newAge) { studentMapper.updateAge(id, newAge); } }用Transactional包裹后异常时才能回滚。6. Java 面试 MySQL 高频问答这一节整理成面试问答速查表适合在面试前快速过一遍。高频问题核心思路一句话回答参考MySQL 默认存储引擎是什么InnoDBInnoDB支持事务、行锁、崩溃恢复为什么用自增主键数据有序写入减小页分裂概率性能好占用空间小int(5) 代表什么显示宽度不是存储长度不影响取值范围除非配合 ZEROFILL 使用什么是回表查询二级索引查主键再查聚簇索引通过非主键索引查到主键后再到主键索引查整行什么是覆盖索引查询列包含在索引列中索引中已有查询所需字段无需回表UNION 和 UNION ALL 区别是否去重UNION 会去重UNION ALL 不去重性能更好HAVING 和 WHERE 区别分组前后过滤WHERE 先过滤再分组HAVING 后过滤一条 SQL 执行慢怎么排查先 EXPLAIN再看索引和扫描行数先看 type、key、rows再考虑是否索引失效如何避免幻读可重复读 MVCC/间隙锁InnoDB 默认 RR 级别通过 MVCC 和间隙锁解决大部分幻读这里面有一个容易混淆的知识点补充一下。int(5)并不代表只能存 5 位数字它在绝大多数情况下只是显示宽度。只有字段设置了ZEROFILL才会在数值前面补零到 5 位。面试中如果遇到类似mysql 中 int5的题目要分清是在问数值运算还是字段定义。7. 常见报错排查清单复习过程中很多同学会在本地执行测试 SQL 时遇到一些报错这里整理一个排查清单。问题现象常见原因解决思路1130 无法连接远程数据库用户权限不足检查用户 host 是否为 %或使用授权 IP1175 UPDATE 报错安全模式限制无 WHERE 更新确认条件后再执行或者临时关闭 safe-update 模式1366 字符集报错连接字符集与表字符集不一致使用 utf8mb4统一客户端和表字符集Duplicate entry 报错唯一索引冲突先查重复数据再决定更新或删除Out of memory 报错查询返回数据量过大或内存配置不足优化 SQL增加分页检查内存配置Deadlock found 报错多个事务持锁顺序不一致查看 INNODB STATUS统一加锁顺序这里特别提一下 1175 错误MySQL Workbench 默认开启了安全更新模式执行不带 WHERE 的 UPDATE 会被拒绝。很多不熟悉工具的同学会误以为语句写错了。解决办法不是关闭安全模式而是先确认你要更新的范围是否正确。8. 3 天复习路线按照标题里的“3 天搞定”来设计一个可行的复习计划。不建议每天塞太多内容重点是形成知识链路。时间复习重点目标第 1 天基础架构、存储引擎、执行流程能画出 MySQL 分层结构说清 InnoDB 与 MyISAM 区别第 2 天索引、EXPLAIN、SQL 优化能手写联合索引的命中场景能解释回表与覆盖索引第 3 天事务、隔离级别、MVCC、锁、死锁能回答隔离级别和 MVCC 实现原理能说清间隙锁解决幻读的机制每天配合少量实操。不用做很重的项目只需要在本地建两张表用EXPLAIN验证自己的判断。面试前再用第 6 节的速查表整体过一遍做到看到问题能快速说出关键词和逻辑链。9. 最佳实践与工程建议结合实际项目下面这些点值得在日常开发中养成习惯。9.1 建表规范字段必须有注释。每张表建议有主键默认BIGINT UNSIGNED自增主键。字符串类型建议使用utf8mb4。金额用DECIMAL不要用FLOAT和DOUBLE。状态字段建议使用TINYINT而不是字符串。9.2 SQL 规范禁止SELECT *只查询必要字段。UPDATE、DELETE 必须带 WHERE。大批量更新分批执行避免长事务持有锁过久。多表 JOIN 不超过三张表超过时考虑冗余字段或拆分查询。9.3 索引规范区分度高的列适合做索引。联合索引把最常查询且区分度高的列放最前面。不要对频繁更新的列建过多索引。索引不是越多越好会拖慢写入性能。9.4 安全与权限生产环境使用独立账号不要用 root。账号只授予必要库表的权限。涉及删除、批量更新的操作先在测试库验证影响行数。生产执行前备份数据。9.5 Java 侧的思考Java 应用中配置数据库连接池时常用 HikariCP连接池的核心参数需要结合实际并发量调整。如果连接池配置过小高并发下会出现连接等待超时如果过大又会占用数据库资源。面试中如果聊到这部分可以提一下maximumPoolSize和minimumIdle的配置逻辑会让面试官觉得你有完整的生产视角。MySQL 的知识量很大但 Java 面试的重点其实是相对收敛的索引、事务、MVCC、锁、SQL 优化这几块串起来就是一条完整的知识链路。复习时不要零散地背题而是先理解原理再用 SQL 去验证最后通过讲解给自己复盘。面试时如果能结合项目里的真实案例比如慢查询优化流程、死锁排查过程、索引调整前后对比会比单纯背答案更有说服力。希望这份整理能帮你节省一些时间把精力放在真正高频和核心的部分上。