核心内容摘要
亲自动手测试：科哥版lama镜像修复速度远超预期
Java实习模拟面试实录深度剖析锁机制、MySQL索引优化与分布式锁实现度小满-数据库后端开发实习一面关键词Java锁机制 | synchronized底层原理 | MySQL索引优化 | B树结构 | 分布式锁 | 间隙锁 | 链表去重算法引言在准备数据库方向的Java后端开发实习岗位时不仅要掌握扎实的编程基础还需深入理解并发控制、数据库存储引擎、SQL性能调优等核心知识。
本文基于一次真实的“度小满”数据库后端开发实习生一面模拟面试以对话式问答 专业解析的形式还原面试官层层递进的提问逻辑并结合源码级理解与工程实践给出高质量回答。
无论你是备战暑期实习还是希望夯实系统底层认知本文都将为你提供清晰的技术脉络和实战思路。
自我介绍面试官提问请先做个简单的自我介绍。
回答您好我是XX大学计算机专业的大三学生主攻Java后端开发对数据库系统和高并发编程有浓厚兴趣。
在校期间参与过一个文件上传与管理平台的开发使用Spring Boot MyBatis MySQL技术栈实现了分片上传、断点续传和分组管理功能。
项目中也遇到过OOM、慢查询等问题通过JVM调优和索引优化逐步解决。
我对数据库底层机制如InnoDB锁、B树、MVCC有较强的学习热情希望能在度小满这样重视数据基础设施的团队中深入学习数据库后端开发。
Java并发锁机制深度解析Q1Java有哪些锁回答Java中的锁主要分为两类内置锁隐式锁synchronized由JVM实现使用简单自动释放显式锁API锁java.util.concurrent.locks.Lock接口及其实现类如ReentrantLock、ReentrantReadWriteLock。
此外还有乐观锁/悲观锁概念层面乐观锁通常用版本号/CAS实现悲观锁即传统互斥锁公平锁/非公平锁ReentrantLock可配置可重入锁synchronized 和 ReentrantLock 都是可重入的。
Q2synchronized 自旋在底层是怎么实现的回答在JDK 6之后synchronized经过大量优化其中自旋锁Spin Lock是关键一环。
当一个线程尝试获取锁失败时如果预计持有锁的线程很快会释放比如只是做简单操作JVM会让该线程不立即挂起而是在用户态循环空转自旋不断尝试获取锁。
底层由JVM的Monitor对象控制具体通过ObjectMonitor中的_owner字段判断锁状态。
自旋次数由参数-XX:PreBlockSpin控制默认10次后续还引入了自适应自旋根据历史自旋成功概率动态调整次数。
✅ 自旋避免了线程上下文切换的开销但会消耗CPU适用于锁持有时间短的场景。
Q3synchronized 锁升级是怎么实现的回答synchronized 的锁升级路径为无锁 → 偏向锁 → 轻量级锁自旋 → 重量级锁偏向锁假设只有一个线程访问同步块直接将线程ID记录在对象头Mark Word中无需CAS轻量级锁多线程竞争但未激烈时通过CAS将对象头指向线程栈中的Lock Record重量级锁竞争激烈或自旋失败升级为OS互斥量mutex线程挂起。
整个过程由JVM在对象头Mark Word中通过标志位动态切换无需用户干预。
⚠️ 注意JDK 15 默认禁用偏向锁因现代应用多线程竞争普遍。
Q4可重入锁的机制怎么实现的如何判断当前持有锁的是不是自己回答可重入的核心是记录锁的持有者和重入次数。
对于synchronizedJVM在Monitor中维护_owner当前线程和_recursions重入计数。
每次进入同步块若_owner currentThread则_recursions退出时减1归零才真正释放锁。
对于ReentrantLock内部使用AQSAbstractQueuedSynchronizer其state字段表示重入次数exclusiveOwnerThread记录持有线程。
判断是否自己持有锁直接比较当前线程与_owner/exclusiveOwnerThread是否相等即可。
分布式锁与乐观锁MySQL实现方案Q5用 MySQL 实现分布式锁你的思路是什么回答可以用唯一索引 插入/删除的方式实现-- 获取锁INSERTINTOdistributed_lock(lock_name,expire_time)VALUES(order_lock,NOW()INTERVAL30SECOND);-- 释放锁DELETEFROMdistributed_lockWHERElock_nameorder_lock;关键点lock_name为主键或唯一索引确保同一时刻只有一个客户端能插入成功设置过期时间防止死锁释放锁时需校验是否自己加的锁可加client_id字段。
⚠️ 缺点依赖数据库高可用性能不如Redis/ZooKeeper但胜在简单、事务友好。
Q6那用 MySQL 实现乐观锁又该怎么实现呢回答乐观锁通常通过版本号version字段实现UPDATEaccountSETbalance100,versionversion1WHEREid1ANDversion5;执行后检查affectedRows若为1更新成功若为0说明 version 已被其他事务修改需重试或报错。
适用于读多写少、冲突概率低的场景避免了锁等待提升吞吐量。
MySQL索引与执行优化Q7table1(id,a,b,c)select * from table1 where a 1 and b 0如何优化怎么加索引回答应创建联合索引(a, b)。
因为查询条件是a1 AND b0符合最左前缀原则索引顺序建议区分度高的字段放前面。
若a的取值更分散如性别 vs 用户状态可考虑(b, a)但通常按查询顺序建即可不建议单独为a或b建单列索引MySQL只能用其中一个。
✅ 最佳实践ALTER TABLE table1 ADD INDEX idx_a_b (a, b);Q8当发生SELECT *时为什么性能不好回答主要有三个原因回表查询若使用二级索引需回主键索引查完整行数据除非是覆盖索引IO放大读取所有列会加载更多数据页尤其当存在大字段TEXT/BLOB时网络传输开销返回无用字段浪费带宽。
建议只SELECT必要字段配合覆盖索引如idx_a_b_c包含所有查询字段可避免回表。
B树与InnoDB锁机制Q9B树是什么回答B树是多路平衡查找树MySQL InnoDB 存储引擎使用它作为索引结构。
特点所有数据都存在叶子节点叶子节点通过双向链表连接支持高效范围查询非叶子节点只存索引键不存数据因此单页能存更多键树高度更低通常3~4层可存千万级数据。
Q10B树和 B 树的区别回答特性B 树B 树数据存储位置所有节点都可存数据仅叶子节点存数据叶子节点连接无有双向链表范围查询效率低需中序遍历高链表顺序扫描单页存储键数量较少因存数据更多只存键✅ InnoDB 选择 B 树正是为了优化磁盘IO和范围查询。
Q11快照读和当前读有了解过吗回答是的这是 InnoDBMVCC多版本并发控制的核心概念。
快照读Snapshot Read普通SELECT读取事务开始时的一致性视图不加锁通过 undo log 构建历史版本。
当前读Current Read读取最新已提交的数据并加锁。
包括SELECT ... FOR UPDATESELECT ... LOCK IN SHARE MODEUPDATE/DELETE/INSERTQ12当前读是怎么实现的回答当前读会读取最新版本的数据并通过行锁Record Lock或间隙锁Gap Lock阻止其他事务修改。
具体流程定位到满足条件的记录检查该记录是否有活跃事务未提交若有则根据隔离级别决定是否等待或报错若无则加锁X锁或S锁并返回数据。
在可重复读RR隔离级别下还会加间隙锁防止幻读。
Q13SELECT发生时锁的粒度回答普通SELECT快照读不加任何锁SELECT ... FOR UPDATE等当前读加行级锁Record Lock若使用范围条件如WHERE id 10在 RR 隔离级别下还会加间隙锁Gap Lock或Next-Key Lock行锁间隙锁。
Q14如果SELECT一个不存在的数据会有间隙锁那么这个间隙怎么确定回答间隙锁锁定的是索引记录之间的“空隙”。
例如表中有主键id [1, 5, 10]执行SELECT*FROMtWHEREid3ANDid8FORUPDATE;会锁定(1,
和(5,
之间的间隙即阻止其他事务插入id4,6,7等值。
间隙边界由相邻存在的索引记录决定。
如果没有记录则锁定(-∞, min)或(max, ∞)。
间隙锁只在RR 隔离级别下存在RC 级别下无间隙锁。
实习项目与故障排查Q15实习中遇到的技术难点回答在文件上传项目中最大的难点是大文件分片上传的并发控制与一致性保证。
多个分片可能乱序到达同一文件多个用户同时上传需隔离服务重启后需支持断点续传。
我们通过Redis记录分片上传进度文件MD5作为唯一标识合并时加分布式锁使用MinIO做对象存储。
最终实现高可靠上传。
Q16上传时分组怎么做的实现回答我们在数据库中设计了file_group表包含group_id业务分组如“2026届简历”user_idfile_id前端上传时指定group_id后端校验用户是否有权限写入该分组。
通过RBAC模型控制分组访问权限确保数据隔离。
Q17如 OOM 了有哪些可能回答常见原因包括内存泄漏静态集合不断add对象如缓存未清理大对象加载一次性查询百万条数据到List线程过多每个线程栈占用1MB默认2000线程就吃掉2GBMetaspace溢出动态生成大量类如CGLib代理、Groovy脚本Direct Memory泄漏Netty ByteBuf未释放。
排查工具jstat -gc查看GC频率jmap -histo或jmap -dump分析堆MATMemory Analyzer Tool定位泄漏对象引用链。
手撕算法删除排序链表中的重复元素Ⅱ题目给定一个已排序的链表删除所有重复出现的元素只保留从未重复的元素。
示例输入
输出
我的回答口头描述 代码“我会用虚拟头节点 双指针来处理。
因为头节点可能被删所以先建一个 dummy 节点。
然后用 pre 指向 dummycur 指向 head。
遍历时如果 cur.val cur.next.val说明有重复就一直往后跳直到不同为止然后让 pre.next cur.next如果不等pre 就往前走一步。
这样就能跳过所有重复段。
”publicListNodedeleteDuplicates(ListNodehead){if(headnull)returnnull;ListNodedummynewListNode(
;dummy.nexthead;ListNodepredummy,curhead;while(cur!nullcur.next!null){if(cur.valcur.next.val){// 跳过所有重复节点while(cur.next!nullcur.valcur.next.val){curcur.next;}pre.nextcur.next;// 删除整段重复}else{prepre.next;// 无重复pre前进}curcur.next;}returndummy.next;}时间复杂度 O(n)空间 O(
一次遍历完成。
结语本次模拟面试围绕Java并发、MySQL存储引擎、分布式协调、系统稳定性四大主线展开问题由浅入深尤其在synchronized底层、间隙锁机制、B树设计哲学等细节上极具挑战性。
度小满作为金融科技公司对数据一致性、系统可靠性要求极高因此面试侧重底层原理与故障排查能力。
建议同学们深入阅读《MySQL技术内幕InnoDB存储引擎》动手调试JUC源码如AQS、ReentrantLock掌握MAT、Arthas等诊断工具。
真正的高手不仅会写代码更懂系统为何如此设计。
欢迎关注我的CSDN主页持续更新【Java后端面试实战】系列觉得有帮助点赞 收藏 评论交流我们一起进步