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都看不到它
验证引擎是否生效及常见误判点
装完别只看安装界面勾选了什么，得进库实测：
SHOW ENGINES;
确认
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属性”——这种手工修改往往藏在部署脚本里，比配置文件更难追溯。
