假设我有一个表单查询：
INSERT INTO tableA (...) select ... from tableB;
现在，这个查询是否有可能在执行时阻止普通INSERT语句tableB？附加信息：
FOR UPDATE子句SELECT（我什至不确定是否可以在INSERT...SELECT构造中做到这一点）REPEATABLE READ
我的 MariaDB (10.4.12) 中有两个存储图像 (JPEG) 的表。它们是mediumblobs，通常每个大约 1MB（尽管有所不同）。当一个新图像第一次到达时，它会被放置在TempImages桌子上并停留......不到一分钟。通常为 10-20 秒。然后它被移到FinalImages桌子上，一直保存到时间结束。
这些图像很少出现 - 每隔几分钟左右出现一次 - 所以TempImages桌子实际上大部分时间都是空的。就目前而言，它可能拥有的绝对最糟糕的情况可能是同时拍摄 20 张图像，而这已经在推动它。
但是由于某种原因，该表继续增长。昨天它的大小已经超过 30GB，所以我们删除并重新创建了它，因为磁盘空间越来越少。但是今天它已经达到了 150MB。
引擎是 InnoDB（在表中插入/删除时涉及事务）和innodb_file_per_table=ON.
为什么 InnoDB 不重用表中的空白空间而只是不断增加文件大小？
这是完整的创建脚本，也许那里有一些额外的重要细节：
CREATE TABLE `TempImages` (
`id` int(11) NOT NULL,
`image` mediumblob NOT NULL,
`small_image` mediumblob DEFAULT NULL,
`mime_type` varchar(255) NOT NULL,
PRIMARY KEY (`id`),
CONSTRAINT `FK_DATA` FOREIGN KEY (`id`) REFERENCES `TempData` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
（注意：这与不释放磁盘空间不同。我希望磁盘空间保持分配给表，但我也希望新行重用已删除行留下的空间，如链接中所述问题。由于某种原因，这没有发生。）
（先发制人：碎片也不应该是一个问题，因为桌子大部分时间都是空的）
我正在尝试将我们的开发环境转移到一个 vagrant box（使用 Oracle virtualbox 的虚拟机）上。目前我被困在一个问题上：
环境需要一个MySQL服务器和一些数据库。我已经设置了所有用于安装 MySQL、创建和填充数据库等的脚本。这很有效。
由于开发人员可能会设置更多自己的数据，所以我的想法是将 MySQL 数据文件夹放在共享的 virtualbox 文件夹中。这样，当 vagrant 机器被销毁/重新创建时，数据文件夹仍然存在并且可以重复使用而不会丢失数据。
但是有时（但不总是，我不知道是什么触发了它）当我简单地暂停然后恢复虚拟机时，MySQL 开始抱怨它的很多表（但不是全部）已损坏。修复表格会导致其中的所有数据丢失。显然这是不可接受的。
有谁知道为什么会发生这种情况以及如何预防？
一些可能的线索或转移注意力 - 因为我读到 virtualbox 的共享文件夹很慢，所以我将 InnoDB 缓冲池大小增加到 1GB，以便它有很多缓存空间。我们确实以大约 50/50 的比例使用 InnoDB 和 MyISAM。我还没有检查失败的表是否都属于同一个引擎——下次崩溃时我会注意它。
哈，我设法当场抓住了它！这实际上是...悬念...InnoDB 和 MyISAM。
从 MyISAM 表中选择会给出错误
表 'xxx' 被标记为崩溃，应该修复
尝试运行mysqlcheck -A -a（分析所有表）实际上会使 MySQL 崩溃。日志文件讲述了这个故事（为清楚起见进行了编辑）：
[Warning] InnoDB: Retry attempts for writing partial data failed.
[ERROR] InnoDB: Write to file ./ib_logfile0failed at offset 29885952, 1024 bytes should have been written, only 0 were written. Operating system error number 71. Check that your OS and file system support files of this size. Check also that the disk is not full or a disk quota exceeded.
[ERROR] InnoDB: Error number 71 means 'Protocol error'
[ERROR] mysqld got signal 6
Query (0x7fbc12501b50): ANALYZE TABLE `yyy`
然后，片刻之后，systemctl 重新启动服务，一切再次完美运行。
我有根据的猜测是，暂停虚拟机会释放 virtualbox 对打开文件的锁定，并且当 virtualbox 再次启动时，它不会重新获取它们。所以从 MySQL 的角度来看，它保持文件打开，但 virtualbox 失去了控制，所以当 MySQL 再次尝试访问该文件时，它会出错。