优化方案：1. 调整tmp_table_size和max_heap_table_size参数，将其设置为合适值如64M，避免单个临时表过大；2. 使用索引优化复杂查询，减少临时表创建；3. 开启内部临时表使用磁盘（internal_tmp_disk_storage_engine=INNODB）；4. 监控sort_buffer_size和read_buffer_size，避免过度分配内存；5. 分页查询或重写SQL使用JOIN代替子查询；6. 升级MySQL到8.0+版本，利用优化器改进；7. 配置tmpdir到SSD磁盘，提高磁盘临时表性能；8. 限制max_connections和thread_cache_size控制并发。

来源1

在高并发场景下，MySQL的临时表（Temporary Tables）是常见的性能瓶颈之一。当查询复杂度高、并发量大时，会产生大量的临时表，导致内存消耗激增，甚至触发OOM killer杀死MySQL进程。核心问题是tmp_table_size和max_heap_table_size参数设置不当，默认值太小导致频繁溢出到磁盘，但磁盘I/O又成为新瓶颈。

来源2

现象：top命令显示mysqld内存占用从几G飙升到几十G，slow log满是创建临时表的查询。解决：将tmp_table_size和max_heap_table_size统一设置为128M~512M，根据服务器内存测试；同时设置internal_tmp_disk_storage_engine = "InnoDB"，让溢出的临时表使用InnoDB引擎，支持事务和崩溃恢复，避免MyISAM的锁问题。

来源3

高并发下，GROUP BY、ORDER BY、DISTINCT等操作容易产生临时表。优化SQL：优先用索引覆盖，避免filesort；用直连JOIN替换子查询；分页用LIMIT结合主键索引。参数调优：sort_buffer_size=2M（别太大，否则内存爆炸）；read_rnd_buffer_size=1M。

来源4

实际案例：电商秒杀系统，峰值QPS 10w，临时表导致查询延迟从10ms到5s。措施：1. 重写复杂报告查询为物化视图或ETL预计算；2. 配置tmpdir=/data/tmp/mysql（SSD目录）；3. 增加innodb_buffer_pool_size到80%物理内存；4. 部署ProxySQL或MyCat分库分表，分散压力。

来源5

MySQL 5.7前临时表全内存易崩溃，8.0引入隐式临时表优化和并行查询。升级建议：结合histogram统计信息，提升优化器选择计划准确率。监控用pt-mysql-summary或MySQL Performance Schema，定位Top临时表查询并修复。

来源6

避免系统崩溃关键：设置max_connections=1000，thread_cache_size=200预缓存线程；用semaphore限制并发（如应用层nginx limit_req）；定期ANALYZE TABLE更新统计。极端情况，重启前用SET GLOBAL innodb_fast_shutdown=1快速关闭。

FAQ
Q: tmp_table_size设置多大合适？
A: 根据总内存的1/16到1/64，如64G内存设4G总上限，每连接动态分配。
Q: 临时表溢出到磁盘如何处理？
A: 用SSD tmpdir，设internal_tmp_disk_storage_engine=INNODB，提高I/O效率。
Q: 如何监控临时表使用？
A: SHOW GLOBAL STATUS LIKE 'Created_tmp%'; 或Performance Schema events_statements_summary_by_digest。
Q: 高并发下临时表不可避免怎么破？
A: 应用层缓存Redis，数据库读写分离，主库禁复杂查询，从库专用分析。