AWS RDS MySQL 5.7多UNION大查询遇EOF错误求助

问题背景 #

我们在AWS RDS上运行生产环境的MySQL 5.7数据库，部分用户执行包含多个UNION的超大查询时，触发如下错误：

读取文件'/rdsdbdata/tmp/MYpPkaJx'时发现意外EOF（错误码175：文件过短，预期更多数据）

推测是UNION操作生成的临时表无法容纳全部数据所致，但对临时表及相关控制变量了解有限。所有数据库表均为InnoDB，已配置InnoDB作为磁盘临时表引擎，当前缓冲区配置（单位：字节）及失败主查询的EXPLAIN输出如下：

• [EXPLAIN输出表格]
• [缓冲区配置表格]

临时表相关变量调整建议 #

针对该问题，可通过调整以下MySQL核心参数解决（暂不优化查询）：

1. 提升内存临时表上限 #

UNION默认会创建临时表存储中间结果，当内存临时表超过阈值时会转存到磁盘。需同步调整两个参数：

• tmp_table_size：单个内存临时表的最大容量，建议根据实例内存情况上调（例如从当前值提升至4G）
• max_heap_table_size：必须与tmp_table_size保持一致，MySQL会取两者中的较小值作为内存临时表的实际上限

2. 优化InnoDB临时表空间配置 #

因已使用InnoDB作为磁盘临时表引擎，需确保临时表空间足够：

• innodb_temp_data_file_path：检查临时数据文件的大小限制，默认配置为ibtmp1:12M:autoextend，可调整初始大小并设置合理上限，例如ibtmp1:1G:autoextend:max:64G（需匹配RDS实例磁盘容量）
• innodb_temp_table_in_memory：确认该参数处于开启状态（MySQL 5.7默认开启），可减少磁盘临时表的IO压力

3. 调整排序与连接缓冲区 #

多UNION查询常涉及大量排序、连接操作，缓冲区不足会加剧临时表负载：

• sort_buffer_size：每个会话的排序缓冲区大小，可适度提升至256K或512K（避免过大导致内存耗尽）
• join_buffer_size：若查询包含表连接逻辑，提升该参数可减少临时表的创建频次

操作注意事项 #

• AWS RDS需通过参数组修改参数，部分参数（如innodb_temp_data_file_path）需重启实例生效，部分参数（如tmp_table_size）可即时生效
• 参数调整需结合实例内存配置，避免过度分配导致OOM问题
• 建议先在测试环境验证调整效果，再推广至生产环境

内容的提问来源于stack exchange，提问作者jawknee530