mysql

MySQL 中的 undo log、redo log、binlog 是三类核心日志，核心区别在于作用目标、功能用途和使用场景完全不同，分别保障事务原子性、数据持久性和数据一致性/恢复能力

常见的索引结构有： B-树索引：这是一种多路平衡查找树。 在数据库中，B-树的每个节点可以存储多个键值对以及指向子节点的指针。其特点是能够保证数据在树中是有序存储的，查询时可以通过比较键值

避免在 MySQL 中使用 NULL 作为默认值，核心思路是 “用有明确业务语义的具体值替代 NULL”，需结合字段类型和业务场景设计默认值，并通过建表规范、约束校验强化落地

MySQL 核心日志文件主要有4类，分别对应不同的数据记录与运维需求，具体作用如下： 1. 二进制日志（Binary Log）2.慢查询日志；3.错误日志；4.通用查询日志

在 MySQL 中，主键索引、普通索引和联合索引是最常用的索引类型，核心差异体现在用途、约束性、性能上，以下是具体解析： 1. 主键索引（Primary Key Index） 主键索引是用于唯一标识

MySQL 查询慢，除索引问题外，核心原因集中在数据设计、查询逻辑、硬件资源、数据库配置、锁与事务五大维度

MVCC（多版本并发控制）与锁并非对立关系，而是协同工作的机制，核心目标是在保证数据一致性的前提下，最大化提升数据库并发性能，二者的关系可从“分工互补”和“协同逻辑”两方面理解

Thread.sleep(0) 的核心意义是主动触发线程重新调度，而非休眠。它是一种“温和”的线程资源让渡方式，虽非必需，但在特定场景（如避免 CPU 独占、调试调度问题）下有实际价值。

在 E 级别（通常指 10^18 量级，实际工程中多为 PB 级数据量）数据库中快速查询 UID=4 的数据，核心是通过“数据分片+索引优化”减少查询扫描范围，需结合数据库架构设计和底层优化

MySQL 的 MVCC（多版本并发控制）并未完全解决幻读问题，仅在特定隔离级别（Repeatable Read，可重复读）下缓解了部分幻读场景，无法处理“当前读”引发的幻读。

MySQL 中，自适应哈希索引（Adaptive Hash Index，AHI） 是 InnoDB 存储引擎的一项内存级优化功能，核心是自动将热数据的索引页（B+树索引）缓存为哈希表，以加速等值查询

首先明确二者定位：Buffer Pool（缓冲池） 是 InnoDB 核心内存区域，缓存高频访问的「数据页/索引页」；Change Buffer（写缓冲） 是 Buffer Pool 的特殊分区

数据库死锁排查的核心是“定位死锁SQL + 分析锁竞争逻辑”，需结合数据库自带工具和日志快速定位，不同数据库（以MySQL、Oracle为例）排查流程如下,通用排查逻辑：先“抓现场”，再“溯根源".

大批量删除线上数据的核心是“最小影响+可回滚”，需按流程拆解风险点，确保每一步可验证、可终止，具体操作如下： 一、删除前：核心是“确认范围+留好后路” 1.精准圈定删除范围，拒绝“全量模糊删”

分析角度 查询语句本身： 检查是否使用合适的查询类型：例如，本可以用 JOIN 优化的多表查询却使用了多个单表查询然后在应用层处理数据。查看是否能通过改写为 JOIN 语句减少数据传输和处理量。

建立索引规则 索引不宜过多：每张表的索引数量应根据实际业务需求控制，一般建议不超过5 - 6个。过多索引会增加数据插入、更新和删除的开销，因为每次数据变更时，相关的索引都需要更新。

在对账时，每次获取一批交易记录进行核对，核对完成后，根据这批记录中的最大 id 继续获取下一批记录。这样可以快速地遍历大量交易记录进行对账，提高查询性能。

优化查询语句写法： 减少子查询嵌套：过多的子查询嵌套会使查询逻辑复杂，查询优化器难以生成高效执行计划。尽量将子查询改写为 JOIN 操作，提高查询效率。

1.在联合索引的场景下，查询条件不满足最左匹配原则。 2.使用了select *。3.索引列进行了函数处理和运算处理4.索引列发生了隐式转换5.2个索引列发生了比较。等等情况

mysql中时间格式的字段一般使用DATETIME,如果要记录涉及时区的信息，那么字段类型可以设置为TIMESTAMP。