为什么MySQL“插入...选择...”比单独选择慢得多？

我正在尝试将查询结果存储在临时表中以供进一步处理。

create temporary table tmpTest
(
    a FLOAT,
    b FLOAT,
    c FLOAT
)
engine = memory;

insert into tmpTest
(
    select a,b,c from someTable
    where ...
);

但由于某种原因，插入最多需要一分钟，而单独的子选择只需要几秒钟。为什么将数据写入临时表而不是将其打印到我的 SQL 管理工具的输出要花费更长的时间？？？

UPDATE我的设置： MySQL 7.3.2 集群 8 个 Debian Linux ndb 数据节点 1 个 SQL 节点 (Windows Server 2012)

我正在运行 select 的表是一个 ndb 表。

我试图找出使用“插入..”时执行计划是否会有所不同，但它们看起来相同： （抱歉格式不对，stackoverflow 没有表格）

id  select_type     table       type    possible_keys   key     key_len ref                 rows        Extra
1   PRIMARY         <subquery3> ALL     \N              \N      \N      \N                  \N          \N
1   PRIMARY         foo         ref     PRIMARY         PRIMARY 3       <subquery3>.fooId   9747434     Using where
2   SUBQUERY        someTable   range   PRIMARY         PRIMARY 3       \N                  136933000   Using where with pushed condition; Using MRR; Using temporary; Using filesort
3   MATERIALIZED    tmpBar      ALL     \N              \N      \N      \N                  1000        \N
  

CREATE TABLE ... SELECT 也很慢。 47 秒对比没有表插入/创建的 5 秒。

我在上面写了一条评论，然后偶然发现了这个作为解决方法。

这将完成你想做的事情。

SELECT * FROM aTable INTO OUTFILE '/tmp/atable.txt';
LOAD DATA INFILE '/tmp/atable.txt' INTO TABLE anotherTable;

请注意，这样做意味着以某种方式管理 /tmp 表。如果您尝试将数据选择到已存在的 OUTFILE 中，则会收到错误。所以你需要生成唯一的临时文件名。然后运行某种 cron 作业来清理它们。

我猜 INFILE 和 OUTFILE 的行为不同。如果有人可以阐明这里发生的事情来解释 mysql 行为，我将不胜感激。

D

这是比使用 INFILE / OUTFILE 更好的方法。

设置事务隔离级别已提交读； 插入表格 选择...从...

这里有一篇相关的文章可供阅读：

如何改进 INSERT INTO ... SELECT 锁定行为 https://stackoverflow.com/questions/2640898/how-to-improve-insert-into-select-locking-behavior