选择查询会导致高写入IOP吗？

Question

我们有一个AWS RDS mysql数据库，它经常挂起似乎是高写入IOP和高写入延迟的数据。在这段时间里，我们不相信我们正在进行任何繁重的DB编写。

不过，我有一个理论，即我们的select查询之一可能是创建大型临时表，因为我们运行具有大量键的聚合查询。我们在几百万行上运行一个查询，并进行分组，结果可以有10万行。

我们是否可能达到了选择聚合的内存限制，从而导致磁盘写入？

Answer 1

是的，这很有可能。我观察到临时表非常大，以至于当4-5查询同时运行时，它占用了MySQL tmpdir所指向的卷上的所有可用磁盘空间。

您可以使用EXPLAIN来确定给定的查询是否计划使用临时表，但这并不能告诉您它是在RAM中还是在磁盘上。解释将不知道这一点，它只在查询执行时才知道，并发现实际向临时表中添加了多少数据。

您可以在执行查询之前和之后运行SHOW SESSION STATUS LIKE 'Created_tmp_%tables' (不是解释，而是实际运行查询)。您将看到临时表的计数是否上升，以及磁盘上的临时表的计数是否上升。下面是一个示例输出，它显示了一个临时表，但没有显示在磁盘上：

+-------------------------+-------+
| Variable_name           | Value |
+-------------------------+-------+
| Created_tmp_disk_tables | 0     |
| Created_tmp_tables      | 1     |
+-------------------------+-------+