MySQL 8.0 默认且强制使用 InnoDB，MyISAM 已被移除系统表支持；关键配置 innodb_buffer_pool_size 建议设为物理内存的 50%–75%，并需配合 innodb_file_per_table、innodb_flush_log_at_trx_commit 等参数确保稳定性与数据安全。
MySQL 8.0 默认用的是 InnoDB，别手动切 MyISAM
MySQL 5.5 之后就默认启用 InnoDB，8.0 更是彻底移除了 MyISAM 作为系统表的存储引擎（mysql 库下部分表仍用，但用户不应依赖）。如果你在安装时看到引擎选择界面，或想改配置文件，优先确认是否真有必要切换——绝大多数业务场景（事务、外键、崩溃恢复）都要求 InnoDB。
-
MyISAM不支持事务和行级锁，只适合极低并发、纯读、无一致性要求的场景（比如日志归档表） - 强行把
InnoDB表改成MyISAM可能导致ALTER TABLE ... ENGINE=MyISAM失败，尤其当表含外键或全文索引时 - MySQL 8.0 的数据字典完全基于
InnoDB，混合引擎会增加元数据不一致风险
innodb_buffer_pool_size 是最关键的配置项
它决定 MySQL 能用多少内存缓存数据和索引。设太小，磁盘 I/O 暴涨；设太大，可能挤占 OS 或其他进程内存，触发 OOM Killer。
- 生产环境建议设为物理内存的 50%–75%，但不超过 80%
- 若服务器独占 MySQL，且总内存 ≥16GB，可设为
12G（即innodb_buffer_pool_size = 12G） - 不要写成
12000M或12288M——MySQL 会识别G/M单位，但整数更稳妥；避免小数（如12.5G） - 该参数动态生效需 MySQL 5.7+ 且开启
innodb_buffer_pool_chunk_size配合，否则需重启
其他影响引擎行为的关键配置
仅调 ENGINE=InnoDB 不够，还需配套参数防止隐式降级或异常行为：
-
innodb_file_per_table = ON：每个表一个.ibd文件，便于单表迁移、空间回收；MySQL 5.6.6+ 默认开启，但旧配置可能关着 -
innodb_flush_log_at_trx_commit = 1：保证每次事务提交都刷盘，数据绝对安全；设为2或0会丢秒级数据，仅测试可用 -
innodb_log_file_size：建议设为buffer_pool_size的 25% 左右（如 buffer_pool=12G，则 log_file_size≈3G），过大延长崩溃恢复时间，过小频繁 checkpoint 影响性能 - 禁用
skip-innodb——某些一键安装包或旧脚本会加这个，会导致InnoDB引擎不可用，连SHOW ENGINES都看不到它
验证引擎是否生效及常见误判点
装完别只看安装界面勾选了什么，得进库实测：
SHOWENGINES;
确认 InnoDB 行的 SUPPORT 列是 DEFAULT 或 YES；再建个表验证：
CREATE TABLE test_engine (id INT) ENGINE=InnoDB; SHOW CREATE TABLE test_engine;
输出里必须明确出现 ENGINE=InnoDB。容易踩的坑：
- 配置文件写了
default-storage-engine=MyISAM，但 MySQL 8.0 忽略该选项（已废弃），实际仍走InnoDB，造成认知偏差 - 用
mysqld --initialize初始化后没加载配置文件（比如my.cnf路径不对），所有配置无效 -
information_schema.TABLES中ENGINE字段显示NULL？那是视图或临时表，不是真实数据表
引擎选型和配置真正复杂的地方，不在“怎么填”，而在“改了之后有没有人动过线上表的 ENGINE 属性”——这种手工修改往往藏在部署脚本里，比配置文件更难追溯。
