MySQL 8.0+ 彻底移除 MyISAM 临时表支持，仅允许 InnoDB 或 TempTable；性能瓶颈主因是 tmp_table_size 限制导致磁盘落盘，而非引擎选择。
MyISAM 临时表在 MySQL 8.0+ 中根本不可用
MySQL 8.0 起彻底移除了 MyISAM 作为内部临时表的引擎支持，CREATE TEMPORARY TABLE ... ENGINE=MyISAM 会报错 Unknown storage engine 'MyISAM'（即使你手动启用了 skip-grant-tables 或降级兼容模式也不行）。这不是配置问题，是代码层硬性移除——临时表只允许用 InnoDB 或内存引擎 TempTable（默认）。
常见错误现象：SELECT ... GROUP BY 或 ORDER BY 大量数据时变慢，有人误以为“换成 MyISAM 就快”，结果建表失败或被静默转成 InnoDB。
- MySQL 5.7 及更早版本才支持 MyISAM 临时表，但已不推荐；
- 即使在 5.7，
tmp_table_size和max_heap_table_size限制仍优先触发内存表（MEMORY），而非磁盘 MyISAM； - MyISAM 不支持事务、崩溃恢复弱，用作临时计算反而增加出错风险。
真正影响临时计算速度的是 tmp_table_size 和磁盘落盘行为
MySQL 内部临时表先尝试建在内存（TempTable 引擎），超限后才落磁盘。瓶颈不在引擎类型，而在是否被迫写入磁盘。
关键参数：
-
tmp_table_size：单个内部临时表内存上限（与max_heap_table_size取较小值）； -
internal_tmp_mem_storage_engine：控制内存中用TempTable还是MEMORY（后者不支持 BLOB/TEXT）； - 磁盘临时目录
tmpdir的 I/O 性能直接影响落盘后速度。
示例：若 tmp_table_size = 64M，而 GROUP BY 需要 128MB 临时空间，MySQL 会把整个表写到 tmpdir 下的磁盘文件，此时换任何引擎都救不了 I/O 瓶颈。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
替代 MyISAM 的实际提速手段
想加快临时计算，别碰引擎，盯住数据路径和执行计划：
- 加索引：对
GROUP BY、ORDER BY、JOIN字段确保有覆盖索引，减少临时表生成； - 改写 SQL：用
LIMIT提前截断、避免SELECT *、拆分复杂子查询； - 调大内存阈值：设
tmp_table_size = 256M（需同步调max_heap_table_size）； - 换 SSD 挂载
tmpdir，比如tmpdir = /mnt/ssd/mysql-tmp； - 确认是否真需要临时表：用
EXPLAIN FORMAT=TREE看执行计划里有没有Using temporary。
如果非要“类 MyISAM 行为”，只能显式建 MEMORY 表
MEMORY 引擎支持哈希索引、无事务、纯内存，最接近旧 MyISAM 临时表的轻量感，但限制明确：
- 不支持
TEXT/BLOB类型； - 重启即丢数据，只适合会话内短生命周期中间结果；
- 表大小受
max_heap_table_size限制，超限会报错The table is full。
示例：
CREATE TEMPORARY TABLE tmp_agg ( user_id INT, cnt INT ) ENGINE=MEMORY; INSERT INTO tmp_agg SELECT user_id, COUNT(*) FROM logs WHERE dt > '2024-01-01' GROUP BY user_id;
注意：ENGINE=MEMORY 是显式声明，不会被自动替换，也无需开启 MyISAM 支持。
真正卡住性能的，往往是没意识到临时表已经落到磁盘，或者 SQL 本身无法走索引——引擎只是最后一环，不是开关。
