由于索引已损坏/过期，MySQL无限制返回零行（空集）

我在一张大桌子上工作，桌上有大约1.5k个条目

CREATE TABLE `crawler` (
`id` int(11) NOT NULL AUTO_INCREMENT,
...
`provider_id` int(11) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `crawler_provider_id` (`provider_id`),
...
) ENGINE=MyISAM ...

provider_id用于将此表链接到另一个表的提供程序，该提供程序已被清除并重新填充新数据。我试图重新创建从“crawler”到“providers”的连接（对于MyISAM来说，这并不重要），但由于某种原因，在我的脚本中，如果我不提供限制，MySQL将返回零行

mysql> SELECT `crawler`.`id` FROM `crawler` WHERE `crawler`.`provider_id` > 1371;
Empty set (0.40 sec)

但是

及

若我从表中选择一些数据并亲自检查，我可以看到大于1371的值

我可以通过删除索引（稍后再重新创建）来解决这个问题，但我非常困惑。我从未见过索引与表数据不同步（我也不知道它们会影响返回行的值）。不幸的是，我在删除索引之前没有执行过“检查表”，但它现在有“status=ok”，我在日志中看不到任何错误，“REPAIR TABLE”显示没有问题

---

那么，这是一个普遍的问题吗？原因可能是什么？此服务器以前存在一些RAM不足的问题，这可能也是这里的问题吗？

也许您可以删除并重新创建索引，然后修复或优化表，以便重建所有索引。那可能对你有帮助。然后查看您的配置，看看内存设置是否合适。

也许您可以删除并重新创建索引，然后修复或优化表，以便重建所有索引。那可能对你有帮助。查看您的配置，看看内存设置是否合适。

您的查询几乎肯定与MyISAM中的表损坏有关

是的

然后重复

root@localhost [kris]> insert into crawler ( id, provider_id) 
  select NULL, rand() * 120000 from crawler;

直到我

root@localhost [kris]> select count(*) from crawler;
+----------+
| count(*) |
+----------+
|   524288 |
+----------+
1 row in set (0.00 sec)

我现在有

root@localhost [kris]> SELECT COUNT(*) FROM `crawler` WHERE `crawler`.`provider_id` > 1371;
+----------+
| COUNT(*) |
+----------+
|   518389 |
+----------+
1 row in set (0.27 sec)

它的大小与您在上面的示例中给出的大小相当。我确实得到了两种不同的查询计划，有限制子句和没有限制子句

如果没有LIMIT子句，我将得到不使用任何索引的完整表扫描（ALL）：

root@localhost [kris]> explain SELECT `crawler`.`id` FROM `crawler` WHERE `crawler`.`provider_id` > 1371\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: crawler
         type: ALL
possible_keys: crawler_provider_id
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 524288
        Extra: Using where
1 row in set (0.00 sec)

使用LIMIT子句，索引用于范围访问

root@localhost [kris]> explain SELECT `crawler`.`id` FROM `crawler` WHERE `crawler`.`provider_id` > 1371 LIMIT 10\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: crawler
         type: range
possible_keys: crawler_provider_id
          key: crawler_provider_id
      key_len: 5
          ref: NULL
         rows: 518136
        Extra: Using where
1 row in set (0.00 sec)

在您的示例中，如果没有LIMIT子句（完整表扫描），您将不会获得任何数据，但是使用LIMIT子句（使用索引的范围访问）您将获得数据。指向已损坏的MYD文件

ALTER TABLE作为修复表或优化表，通常会以新格式将数据和保留的索引从源表复制到表的隐藏新版本。完成后，隐藏的新表将替换表的旧版本（将重命名为隐藏名称，然后删除）

---

也就是说，通过删除索引，您可以有效地修复表。

您的查询几乎肯定与MyISAM中的表损坏有关

是的

然后重复

root@localhost [kris]> insert into crawler ( id, provider_id) 
  select NULL, rand() * 120000 from crawler;

直到我

root@localhost [kris]> select count(*) from crawler;
+----------+
| count(*) |
+----------+
|   524288 |
+----------+
1 row in set (0.00 sec)

我现在有

root@localhost [kris]> SELECT COUNT(*) FROM `crawler` WHERE `crawler`.`provider_id` > 1371;
+----------+
| COUNT(*) |
+----------+
|   518389 |
+----------+
1 row in set (0.27 sec)

它的大小与您在上面的示例中给出的大小相当。我确实得到了两种不同的查询计划，有限制子句和没有限制子句

如果没有LIMIT子句，我将得到不使用任何索引的完整表扫描（ALL）：

root@localhost [kris]> explain SELECT `crawler`.`id` FROM `crawler` WHERE `crawler`.`provider_id` > 1371\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: crawler
         type: ALL
possible_keys: crawler_provider_id
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 524288
        Extra: Using where
1 row in set (0.00 sec)

使用LIMIT子句，索引用于范围访问

root@localhost [kris]> explain SELECT `crawler`.`id` FROM `crawler` WHERE `crawler`.`provider_id` > 1371 LIMIT 10\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: crawler
         type: range
possible_keys: crawler_provider_id
          key: crawler_provider_id
      key_len: 5
          ref: NULL
         rows: 518136
        Extra: Using where
1 row in set (0.00 sec)

在您的示例中，如果没有LIMIT子句（完整表扫描），您将不会获得任何数据，但是使用LIMIT子句（使用索引的范围访问）您将获得数据。指向已损坏的MYD文件

ALTER TABLE作为修复表或优化表，通常会以新格式将数据和保留的索引从源表复制到表的隐藏新版本。完成后，隐藏的新表将替换表的旧版本（将重命名为隐藏名称，然后删除）

---

也就是说，通过删除索引，您有效地修复了表。

应该是服务器故障。最近数据库崩溃了吗？MyISAM因在崩溃时损坏而臭名昭著。不，这台服务器即使在内存不足时也不会崩溃，只是速度非常慢。但是，连接到此服务器的应用程序由于超时而大量崩溃，有时在插入或更新查询过程中（如果这很重要的话）。应该是服务器故障数据库最近崩溃了吗？MyISAM因在崩溃时损坏而臭名昭著。不，这台服务器即使在内存不足时也不会崩溃，只是速度非常慢。但是，连接到此服务器的应用程序由于超时而大量崩溃，有时在插入或更新查询过程中（如果这很重要的话）会被超时杀死。