面试题

在MySQL中，给表添加字段（`ALTER TABLE ... ADD COLUMN`）涉及到的锁机制主要包括元数据锁（Metadata Lock, MDL）和可能的表级锁。

你真的知道group by和order by工作原理吗？知道其原理对我们日常写sql、排查慢sql有着至关重要的作用。

MySQL 中使用两阶段提交主要是为了解决跨存储引擎事务的原子性问题，尤其是在涉及InnoDB存储引擎的 redo log和 MySQL 的 binlog时，确保两者的一致性。

在 MySQL 中，即使第一次查询使用了索引，但仍可能因缓存未命中或初始化开销导致延迟，后续查询因缓存生效而变快。

MySQL 出现“抖动”（性能突然下降或短暂卡顿）通常是由于系统资源争用、后台任务或内部机制触发的瞬时负载增加。本文是可能的原因及解决方案。

在MySQL中，`binlog`（二进制日志）和`redo log`（重做日志）是两种关键的日志机制，分别承担不同的职责并协同工作以确保数据的一致性、持久性和可恢复性。

MySQL 的 MVCC（多版本并发控制） 是 InnoDB 存储引擎实现事务隔离的核心机制，它通过数据版本管理和快照读技术，在保证事务隔离性的同时大幅提升并发性能。

当出现慢sql时，explain是每一个程序员基本都要执行的过程，了解里面的核心字段对我们定位慢sql具有很大的作用。

深入分析MySQL索引失效的场景。首先，我得回想一下索引的基本原理，以及MySQL是如何使用索引的。索引的作用是加快查询速度，但如果不当使用，可能导致索引失效，从而影响性能。那么，有哪些情况会导致索引

如果业务场景中涉及高频查询、复杂搜索（如全文检索、聚合分析）或高并发读请求，将数据从 MySQL 迁移或同步到 ES 是一个有效的优化方案。

在工作中碰到慢sql可以看下这几个思路，思考一下怎么去优化，每一次优化都是对自己的一种提升，可以把每次的思考总结下来，后面再去看可能有不一样的收获。

掌握InnoDB事务模型对我们日常排查问题、解决问题、理解mysql有很大的作用，要做到知其然知其所以然。

通过深入理解各组件交互及关键机制（事务、复制、优化），可针对性优化数据库性能，构建高可用、可扩展的数据存储解决方案。

还记得当年线上出现OOM的时候，自己慌的一批，不知道该怎么办，是重启还是看日志...,没有自己的一套方案，针对过往的经历，以及后续在公司的复盘，我总结了以下几个步骤供大家参考借鉴，有不足之处请多多指点

Java 程序在运行时，JVM 会将类加载到内存中，类加载过程包括加载、验证、准备、解析和初始化五个阶段，其中与执行顺序密切相关的是准备和初始化阶段。

JVM垃圾收集器、内存分配和回收策是每一个java程序员必须要掌握的知识，后面在排查线上问题，非常有帮助！

了解对象的内存布局对我们日常问题排查、定位、性能优化有很好的帮组，在线上OOM的时候我们可以第一时间感知到问题的原因。

通过理解类的生命周期与对象创建的关系，可以更高效地诊断内存问题、优化程序性能，并设计高并发的 Java 应用。

Java 内存模型和 JVM 内存区域是两个不同层面的概念。前者关注的是多线程环境下的内存交互和同步，是抽象的规则和协议；后者关注的是内存的具体划分和使用，是实实在在内存区域。

HashMap 是 Java 中高效、灵活的键值存储结构，通过数组 + 链表/红黑树的设计平衡了性能与空间消耗。理解其底层实现、哈希冲突解决、扩容机制及线程安全问题，有助于在实际开发中合理使用并优化。