MySQL 的密钥文件不正确

Question

我遇到了 InnoDB 表的问题（表最初是 MyISAM，但不久前将其转换为 InndoB）表；我正在尝试运行此查询：

SELECT 
   posts.id,
   posts.post_title
FROM
   rss_posts AS posts
   INNER JOIN rss_feeds AS feeds ON posts.blog_id=feeds.id
WHERE
   feeds.blog_language=1
ORDER BY
   posts.post_date_db DESC
LIMIT
   10;

我收到此错误：

Query : SELECT   posts.id,posts.post_title  FROM   rss_posts AS posts   INNER JOIN vw_rss_feeds AS feeds ON posts.blog_id=feeds.id  WHER...
Error Code : 126
Incorrect key file for table '/tmp/#sql_7375_0.MYI'; try to repair it

我无法对涉及的表运行修复；但是我已经对两个表和表进行了检查。他们看起来很好。我还对两个表和表进行了优化。还通过执行以下操作重建表。

INSERT INTO new_table SELECT * FROM old_table;

然后我将新表重命名为旧表名称......但我仍然遇到这个问题。

尝试&找出导致它的表我删除了引用“rss_feeds”表的查询中的代码....所以现在查询看起来像这样..

SELECT 
   posts.id,
   posts.post_title
FROM
   rss_posts AS posts
ORDER BY
   posts.post_date_db DESC
LIMIT
   10;

有效。

所以问题出在 rss_feeds 表上。

所以我想我应该将表转换回 MyISAM & 。进行维修&然后转换回InnoDB......这暂时有效，它恢复正常......然后它再次损坏......再次修复它，再次损坏......现在修复似乎没有根本不工作。

现在，我知道了，我知道了......我已经在Google上搜索过这个问题......我注意到大多数时候问题是MySQL临时目录中没有足够的空间。 ...但我已经让主机将临时目录更改为具有更多空间和空间的目录。问题仍然存在。

我认为主机应该受到责备&它仍然是临时目录的问题；为什么？因为在我让它再次工作后，我开始再次将数据添加到 rss_posts 表中。因此 JOIN 会变得更大并且更小。 MySQL 将再次耗尽空间......你觉得怎么样？

Answer 1

这里发生的事情是 MySQL 通过从两个表的连接构建一个临时表来执行 ORDER BY。临时表太大，内存无法容纳，因此 MySQL 创建一个临时文件。

有一些事情会阻止它正常工作。原始磁盘空间就是其中之一。 ulimit 是另一个。如果这是托管的，他们可能对您的磁盘使用有配额（除了 ulimit 之外）。

我建议在您的查询中添加一个限制子句。当前，您将整个 rss_posts 和 rss_feeds 加载到临时表中进行排序。如果您只想要最近的 10 个数据，那么这比您真正需要的数据要多得多。

SELECT posts.id, posts.post_title 
FROM rss_posts AS posts INNER JOIN rss_feeds AS feeds ON posts.blog_id=feeds.id 
WHERE feeds.blog_language=1 
AND posts.post_data_db > (now - interval 30 day);
ORDER BY posts.post_date_db DESC LIMIT 10;

Answer 2

看来临时表的磁盘配额太小了。

顺便说一句：不需要在 InnoDB 表上运行 REPAIR，因为所有维护都是由存储引擎本身完成的。他们也没有可损坏的密钥文件。

Answer 3

请注意，存在问题的 .MYI 文件是针对临时表的。当您运行涉及连接的查询时，MySql 需要使用临时空间在内部合并数据。您的 tmp 目录中的空间很可能已用完。

尝试增加分配给 tmpdir 的空间量或编辑 my.cnf 文件以使 tmpdir 指向具有足够空间的位置（不要忘记授予它权限）。