MySQL ibtmp1 临时表空间有多大？

Question

我们有一个 MySQL Master 运行在 1TB SSD 和 500GB 数据库上。正如您从下面的屏幕截图中看到的那样，我们的空间不足是因为ibtmp1 变得太大了。现在是 194GB。

MySQL Manual 说：

“当数据文件达到最大大小时，查询失败，并显示表已满的错误。”

因此我们有两个担忧：

1. 如果此文件继续增长并填满 SSD，我们的数据库将停止工作。
2. 如果我们限制这个文件的大小，比如 100GB，那么如果它被填满，就会“查询失败，并显示表已满的错误。”

我确定手册有误导性或者我们有误解，因为肯定不可能 MySQL 的默认设置允许它填满磁盘然后失败？

Answer 1

我真的很喜欢 MySQL，但是有些事情你只能打你的额头。这是其中之一。但首先要做的是：

当你有这么大的 ibtmp1 文件时，你要么有

• 一个查询正在构建一个太大的临时表，可能是不小心进行了交叉连接
• 大量查询同时创建相对较小的临时表
• 运行时间很长的事务
• 要处理的数据异常庞大

在所有情况下，我都会立即采取行动，如果可能的话，请摆脱这些查询。在 innodb 状态监视器或您用来识别这些查询的任何工具中查看您的慢查询日志。

要回答您的问题，不要期望 MySQL 在任何地方都使用合理的默认值。

我不了解您，但对我来说，由于磁盘已满而停止工作的数据库不是一种选择。当查询失败时，它就不那么痛苦了。请记住，我们最有可能谈论的是有问题的查询。

我已将所有服务器的最大大小配置为 10GB，我对此非常慷慨。

[mysqld]
innodb_temp_data_file_path=ibtmp1:12M:autoextend:max:10G

另外请记住，您必须重新启动 MySQL 服务器才能缩小 ibtmp1 文件。与设置 innodb_temp_data_file_path 选项相同。因此，额头拍打。