我需要进行大量的统计分析才能向用户提供一些数据。目前，我从 mysql 捕获数据并通过PHP数组处理它们。但是，mysql 临时表要好得多（比 PHP 数组效率更高、速度更快；显然是由于它们的机制）。
我的暂定解决方案是在每次请求（即连接）时形成一个临时表来导入和处理数据。但是，我不确定同时创建多个临时表是否有缺点？
这会给mysql服务器带来问题吗？或者我可以在众多同时请求中使用它作为 PHP 数组的替代方案？
我有过类似的事情无法控制tmp_table_size和max_heap_table_size，所以作为我们成长的表，要求临时表的查询所用的时间是几何级数增长。
我想知道是否有办法防止 MySQL 对这些查询使用临时表？在这种情况下最好的方法是什么：
这是最大的罪犯的一个例子：
SELECT `skills`.`id`
FROM (`jobs_skills`)
JOIN `jobs` ON (`jobs`.`id` = `jobs_skills`.`job_id`)
JOIN `skills` ON (`skills`.`id` = `jobs_skills`.`skill_id`)
WHERE `jobs`.`job_visibility_id` = 1
AND `jobs`.`active` = 1
AND `skills`.`valid` = 1
AND `jobs_skills`.`skill_id` IN (96,101,103,108,121,2610,99,119,2607,102,104,112,113,122,1032,1488,2608,109,126,1438,2310,2318,2622,118,1046,1387,2609,100,116,123,2611,2612,2616,2618,114,127,1562,1587,1608,2276,2615,125,1070,1071,1161,1658,2613,2614,2617,105,110,111,120,1394,1435)
GROUP BY `jobs_skills`.`job_id`
其中copying to temp table耗时 107 秒，占总查询时间的 99%。
尽管担心 tl;dr 综合征，我还是提供。. .
更多细节
以下是EXPLAIN查询语句：
+----+-------------+-------------+--------+----------------------+--------------+---------+----------------------------------+--------+----------------------------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows …