MySQL内存结构核心是Buffer Pool和Log Buffer：前者缓存数据页并管理脏页刷盘，后者暂存redo日志以平衡性能与持久性；其余如AHI、Change Buffer等协同优化IO与查询效率。
MySQL 内存结构是面试中考察数据库底层原理的重要切入点，尤其在性能优化、慢查询排查和高并发场景分析时，理解内存组件的分工与协作非常关键。核心不在于死记参数，而在于搞清「数据从磁盘加载到哪、缓存在哪、修改写到哪、为什么这样设计」。
Buffer Pool：InnoDB 的主内存缓冲区
这是 InnoDB 最核心的内存区域，相当于数据库的“工作台”。所有读取的数据页（16KB）和修改后的脏页都优先在 Buffer Pool 中操作，避免频繁访问磁盘。
- 默认大小由 innodb_buffer_pool_size 控制，生产环境建议设为物理内存的 50%–75%
- 采用 LRU 算法管理页面，但做了改良（分 young/old 子链表），防止全表扫描污染热数据
- 支持多实例（innodb_buffer_pool_instances），减少并发访问时的锁争用
- 脏页刷盘由后台线程（page cleaner）异步完成，受 innodb_io_capacity 等参数影响
Log Buffer：Redo Log 的内存暂存区
事务执行过程中产生的 redo 日志，先写入内存中的 log buffer，再按策略刷入磁盘的 redo log 文件。它保障了事务的持久性（D）。
- 大小由 innodb_log_buffer_size 设置，默认 16MB；大事务（如批量导入）可适当调大，减少刷盘次数
- 刷盘时机有三种：commit 时（默认）、log buffer 半满时、每秒一次（由 innodb_flush_log_at_timeout 控制）
- 注意：innodb_flush_log_at_trx_commit = 1 才能保证 crash-safe；设为 0 或 2 会提升性能但牺牲安全性
其他关键内存区域
除上述两大核心外，以下区域也常被问及作用与调优逻辑：
- Adaptive Hash Index（AHI）：InnoDB 自动为热点索引页构建哈希索引，加速等值查询；无需手动开启，但可通过 innodb_adaptive_hash_index 动态开关
- Change Buffer：对非唯一二级索引的 插入、更新、删除 操作，若对应数据页不在 Buffer Pool 中，就先缓存在 change buffer 里，合并到后续读取中——降低随机 IO；只对 非唯一索引 + 非主键查询 生效
- Thread Buffers：每个连接独享，包括 sort_buffer_size、join_buffer_size、read_buffer_size 等，影响排序、关联、顺序读等操作效率；过大易引发内存溢出，需按需配置
- Key Buffer（仅 MyISAM）：MyISAM 引擎专用的索引缓存，InnoDB 下不生效；如今基本已无实战意义
面试中如何体现深度
光列名词不够，面试官更想听你理解设计意图。例如：
- 为什么 redo log 要先写内存再刷盘？→ 平衡性能与持久性，避免每次 commit 都触发磁盘 IO
- 为什么 change buffer 不适用于唯一索引？→ 唯一性校验必须读取数据页，无法延迟合并
- Buffer Pool 命中率低怎么办？→ 查 SHOW ENGINE INNODB STATUS 中的 hit rate，结合 slow log 和执行计划看是否缺索引或 SQL 写法不合理
