运行缓慢查询的简单 MySQL 表

Question

我有一个非常简单的表，有两列，但有 450 万行。

CREATE TABLE `content_link` (
  `category_id` mediumint(8) unsigned NOT NULL,
  `content_id` int(10) unsigned NOT NULL,
  PRIMARY KEY  (`content_id`,`category_id`),
  KEY `content_id` (`content_id`,`category_id`)
) ENGINE=MyISAM;

当我运行一个简单的查询时，例如：

SELECT
    *   
FROM
    content_link
WHERE
    category_id = '11';

mysql 使 CPU 达到峰值，并需要 2-5 秒才能返回大约 10 行。 数据在表中分布非常均匀，并且我正在访问索引字段（我还分析/优化了表，并且从未更改表的内容），那么查询需要这么长时间的原因是什么？

编辑：navicat 似乎在对我撒谎，我的主键实际上没有按正确的顺序键入，因为它向我显示了表格。

Answer 1

category_id 不是任何索引中的第一列。

按如下方式重新创建辅助键：

UNIQUE KEY `ix_category_id` (`category_id`, `content_id`)

注意列顺序，这很重要。

Answer 2

UNIQUE KEY 排序是一个很好的解决方案，您也应该向表添加分区策略。

通过将表分区为片段，MySQL 将使用正确的数据集查询特定分区。 我已经申请了并且取得了很好的结果。

CREATE TABLE ti (id INT, amount DECIMAL(7,2), tr_date DATE)
ENGINE=INNODB
PARTITION BY HASH( MONTH(tr_date) )
PARTITIONS 6;

您需要 MySQL 5.1。

尝试 http://dev.mysql.com/doc/refman/5.1 /en/partitioning.html

Answer 3

您没有使用索引。 当您有像 (content_id,category_id) 这样的复合索引时，您可以使用 content_id 来使用索引，也可以使用 content_id 和 类别_id。 您不能使用 category_id 并利用索引。

尝试改变

KEY `content_id` (`content_id`, `category_id`)

：

KEY `category_id` (`category_id`, `content_id`)