myisam 更“轻量”因不管理数据页缓存，仅用 key_buffer_size 缓存索引，表数据依赖 os 文件缓存，导致内存占用假象及缓存抖动；innodb 内存开销集中于缓冲池、日志缓冲区等，虽高但保障事务、崩溃恢复与并发安全。
MyISAM 为什么看起来更“轻量”？
因为 MyISAM 几乎不管理数据页缓存，key_buffer_size 只负责索引块，表数据全靠操作系统文件缓存——你看到的“低内存占用”，其实是把压力甩给了 OS，且无法控制粒度。一旦并发读多、文件大，OS 缓存抖动会明显，查询延迟反而不稳定。
常见错误现象：SHOW STATUS LIKE 'Key%' 显示 Key_reads 飙高，但 Key_read_requests 并不高，说明索引块频繁换入换出；mysqld 进程 RSS 占用低，但整体系统 page cache 被大量占用，影响其他服务。
- MyISAM 不支持事务、行锁、崩溃恢复，
key_buffer_size是唯一可调的内存相关参数（默认仅 8MB） - 表数据文件（
.MYD）完全绕过 MySQL 内存管理，MySQL 进程本身不为其分配 buffer - 在 SSD + 大内存机器上，MyISAM 的“省内存”优势基本消失，反而因缺乏预读和合并写入，I/O 效率更低
InnoDB 内存吃得多，主要花在哪？
InnoDB 的内存开销集中在三块：缓冲池（innodb_buffer_pool_size）、日志缓冲区（innodb_log_buffer_size）、额外结构（如自适应哈希索引、锁信息、change buffer）。其中缓冲池占绝对大头，它同时缓存数据页和索引页，且默认启用 innodb_buffer_pool_instances 分片管理。
典型误配：innodb_buffer_pool_size 设为物理内存 80%，但没关 innodb_buffer_pool_dump_at_shutdown 和 innodb_buffer_pool_load_at_startup，导致重启后前几分钟大量磁盘读、QPS 暴跌。
- 缓冲池大小建议设为物理内存的 50%–75%，但必须预留至少 2GB 给 OS 和其他进程（尤其开启
tmp_table_size或sort_buffer_size时） -
innodb_log_buffer_size默认 16MB，一般无需调大；除非有超大 BLOB/TEXT 插入且innodb_flush_log_at_trx_commit=1，才可能触发额外 flush - 开启
innodb_adaptive_hash_index在读多写少场景能提速，但高并发更新下可能引发 latch 竞争，SHOW ENGINE INNODB STATUS中若见大量hash search latch waits就该关掉
怎么真实对比两者内存消耗？
不能只看 ps aux 的 RSS，得结合 MySQL 内部指标 + OS 层观测。InnoDB 缓冲池实际使用量要看 SHOW ENGINE INNODB STATUS 里的 Buffer pool size 和 Free buffers，再算出已用比例；MyISAM 则要同时监控 Key_blocks_used * key_cache_block_size 和 /proc/[pid]/maps 里 mapped file 区域。
容易踩的坑：用 mysqltuner.pl 看到 “Maximum possible memory usage: 95%” 就慌着调小 innodb_buffer_pool_size——它把所有可配置上限全加总了，根本不反映真实负载。
- 查 InnoDB 实际缓冲池使用：
SELECT (pages_used*page_size)/1024/1024 AS used_mb FROM information_schema.INNODB_BUFFER_POOL_STATS; - 查 MyISAM 索引缓存效率：
SHOW STATUS LIKE 'Key%';计算Key_reads / Key_read_requests，高于 0.01 就说明key_buffer_size不够或索引设计有问题 - 观察 OS 层：
cat /proc/[mysqld_pid]/status | grep -E "(VmRSS|VmSize)"，再比对pmap -x [mysqld_pid] | tail -1的 total，确认是否被 mmap 文件撑大
切换引擎时最常忽略的内存连锁反应
把 MyISAM 表 ALTER TABLE t ENGINE=InnoDB 后，如果没同步调整配置，旧的 key_buffer_size 还占着内存，新的 innodb_buffer_pool_size 又按默认值（128MB）启动——结果是内存没省下来，还多了 buffer pool 初始化开销。
更隐蔽的问题：MyISAM 允许 CONCURRENT INSERT，而 InnoDB 的插入竞争会推高 innodb_thread_concurrency 相关等待；若未调优 innodb_io_capacity，SSD 上的脏页刷新可能跟不上，导致 innodb_buffer_pool_wait_free 上升。
- 切换前必须清空
key_buffer_size（设为 8M 或更低），把内存让给innodb_buffer_pool_size - 检查
innodb_file_per_table是否开启：关闭时所有表共享ibdata1，buffer pool 里混存多个表页，冷热分离差，更吃内存 - MyISAM 的
DELAY_KEY_WRITE会延迟索引写入，InnoDB 没对应机制，切过去后若写入陡增，需确认innodb_log_file_size是否足够支撑峰值事务量
真正难的是权衡：InnoDB 多吃的内存，换来的是崩溃安全、MVCC 并发、外键约束这些没法“降配”的能力。拿掉它们去换内存，往往最后发现是在给运维埋雷。
