InnoDB缓冲池必须同时缓存数据页和索引页，是运行前提而非可选缓存；它还容纳change buffer、自适应哈希索引、undo页等，内存压力集中且显性化，需精细调优。
innodb_buffer_pool_size 必须同时缓存数据页和索引页
InnoDB 的内存压力核心来自 innodb_buffer_pool_size，它不是“可选缓存”，而是运行前提——所有热数据页、索引页、change buffer、自适应哈希索引条目、undo 日志页都挤在这块内存里。哪怕一张空表被访问过一次，也会在缓冲池中占满一个 16KB 页；海量小表会快速摊薄利用率，大量冷页反复淘汰，有效缓存率反而下降。
MyISAM 只靠 key_buffer_size 缓存 .MYI 索引块，数据文件 .MYD 完全甩给 OS page cache 管理。你看到 ps aux 里 mysqld RSS 很低，其实是把压力转嫁给了内核——/proc/[pid]/maps | grep -i "cache" 往往显示几百 MB page cache 被占满，但这部分不计入 MySQL 进程 RSS。
常见错误现象：
-
SHOW ENGINE INNODB STATUS中Buffer pool size显示已用率长期 >95%，但Free buffers却持续为 0 - MyISAM 表的
Key_reads飙高而Key_read_requests不高，说明索引块频繁换入换出，key_buffer_size实际不够
事务机制带来额外元数据开销
InnoDB 每个活跃事务都要维护事务对象、锁结构（lock_sys）、MVCC 版本链（rollptr + trx_id）、undo 日志页指针。即使只执行一条 SELECT ... FOR UPDATE，也会在缓冲池中保留相关 undo 页和锁信息。这些结构不随事务结束立刻释放，尤其在长事务或高并发下，累积明显。
MyISAM 完全无事务概念，没有回滚段、没有 MVCC、没有行锁管理器——它的锁就是简单的表级标记位，内存占用几乎为零。
影响点：
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 开启
innodb_adaptive_hash_index=ON后，每个热点查询路径生成哈希条目，小表多时 latch 竞争加剧，反而降低缓存效率 -
innodb_buffer_pool_instances默认为 1，高并发下所有页争抢同一 mutex，进一步放大无效内存等待 - 未提交事务越多，
INFORMATION_SCHEMA.INNODB_TRX中记录数越多，内部事务哈希表膨胀不可忽视
DELETE 后空间不释放，缓冲池持续“虚胖”
InnoDB 执行 DELETE FROM t 后，记录只是被标记为删除并加入 purge 队列，对应页内的空闲空间仍保留在缓冲池中，不会主动淘汰或归还给操作系统。这意味着缓冲池实际占用长期偏高，哪怕逻辑上表已清空。
MyISAM 的 OPTIMIZE TABLE 是在线重写 .MYD/.MYI，直接截断空洞，缓冲池压力小得多；而 InnoDB 的 OPTIMIZE TABLE 或 ALTER TABLE t ENGINE=InnoDB 必须重建整张表，期间加 MDL 锁阻塞写入，生产环境很难触发。
实操注意：
-
innodb_file_per_table=OFF时，OPTIMIZE TABLE完全无效，所有表共享 ibdata1，删表也不释放空间 - 监控不能只看
ps aux的 RSS，要结合SHOW ENGINE INNODB STATUS中的Pages free和Pages made young判断真实缓存健康度 - MyISAM 的
Key_blocks_used * key_cache_block_size才是其真实索引缓存用量，比 RSS 更可靠
从库场景下 MyISAM 的“低 RSS”是危险假象
从库若混用 MyISAM，key_buffer_size 仍生效，报表类查询又集中在复制后的只读负载，OS page cache 命中率高，看起来更“省”。但主库是 InnoDB、从库切 MyISAM 会导致 Binlog 格式（ROW）与复制一致性冲突——MyISAM 不支持外键、不支持事务、崩溃后无法前滚恢复。
这种部署在 2026 年生产环境基本等于放弃事务保障能力。更隐蔽的问题是：MySQL 9.6.0 已将外键与级联操作上移到 SQL 层，但 MyISAM 引擎层根本不识别这些语义，SQL 层校验通过后直接静默忽略，数据一致性彻底失控。
真正关键的不是“谁占内存少”，而是“谁把内存压力藏得更深”。InnoDB 把所有开销显性化在缓冲池里，你能监控、能调、能预估；MyISAM 把压力甩给 OS，你看到的低 RSS 掩盖了真实的系统级内存争用，排查时往往已经晚了。
