mysql 5.7+默认存储引擎为innodb，myisam已过时且在8.0中被移除；应避免全局配置default-storage-engine，建表时显式指定engine更安全可靠。
MySQL 5.7+ 默认用 InnoDB，别手动切 MyISAM
MySQL 5.7 开始，innodb 已是唯一默认存储引擎，myisam 虽仍存在但不支持事务、行锁和外键，且在 8.0 中被彻底移除部分系统表支持。安装时你根本不需要“选择”——只要没显式指定 ENGINE=MyISAM，新建表默认就是 InnoDB。
常见误区是看到旧教程里写 default-storage-engine=MyISAM 就照抄进 my.cnf，这会导致：
- 创建表时不加
ENGINE子句，结果用了过时引擎 - 某些依赖事务的框架（如 Laravel、Django）建表失败或行为异常
-
information_schema表本身在 8.0+ 已全为InnoDB，强行改全局配置可能引发元数据不一致
想确认当前默认引擎？查 show variables like 'default_storage_engine'
安装完成后立刻执行这条命令，它比翻配置文件更可靠——因为变量值反映的是实际生效的设置，不受注释、拼写错误或加载顺序干扰。
输出示例：
mysql> show variables like 'default_storage_engine'; +------------------------+--------+ | Variable_name | Value | +------------------------+--------+ | default_storage_engine | InnoDB | +------------------------+--------+
如果返回 MyISAM，说明你的配置文件里有残留项，重点检查：
-
my.cnf或my.ini中是否含default-storage-engine=MyISAM（注意连字符写法在新版已弃用，应改用default_storage_engine） - 是否有多个配置文件被加载（用
mysqld --verbose --help | grep "Default options"查路径） - 是否在启动命令中加了
--default-storage-engine=MyISAM
建表时显式指定引擎，比改全局配置更安全
业务表对引擎有强依赖时（比如全文索引需 MyISAM，或高并发更新需 InnoDB 行锁），直接在 CREATE TABLE 语句里写死：
CREATE TABLE logs ( id BIGINT PRIMARY KEY, content TEXT ) ENGINE=InnoDB ROW_FORMAT=COMPACT;
这样做的好处：
- 语义明确，后续维护者一眼看懂设计意图
- 避免全局配置误影响其他库/表
- 兼容性好：同一实例下可混用引擎（但不建议跨业务混用）
-
ROW_FORMAT、KEY_BLOCK_SIZE等参数只对InnoDB有效，写在语句里才能生效
初始化时 engine 相关的关键配置项只有三个真正有用
MySQL 启动时真正影响引擎行为的配置极少，多数文档罗列的都是历史遗留或无效项。重点关注：
-
innodb_file_per_table=ON：每个表单独一个.ibd文件，删表后磁盘空间可回收（默认开启，别关） -
innodb_buffer_pool_size：设为物理内存的 50%–75%，直接影响InnoDB缓存性能，比纠结引擎类型重要得多 -
skip-innodb：绝对不要加！加了整个InnoDB引擎会被禁用，MySQL 启动失败或退化成只读模式
其他如 myisam_sort_buffer_size、key_buffer_size 只在真用 MyISAM 时才需调优，现在基本不用碰。
引擎不是安装时要“选”的开关，而是根据表需求在 DDL 里声明的属性。真正该花时间的，是理解 InnoDB 的事务隔离级别、MVCC 和锁机制——那些才决定你的应用会不会在高并发下丢数据或卡死。
