2

我正在为我的表格布局寻找一个有效的索引。或者也许是改变我的表格布局的提示。

我有一个带有start,end和actual值的表（时间戳，在下面的示例中用小数字进行了简化）。actual可以增加直到达到end。

CREATE TABLE `t1` (
  `id` int(10) unsigned NOT NULL DEFAULT '0',
  `start` int(10) unsigned NOT NULL DEFAULT '0',
  `actual` int(10) unsigned NOT NULL DEFAULT '0',
  `end` int(10) unsigned NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`),
  KEY `actual` (`actual`)
) ENGINE=InnoDB AUTO_INCREMENT=0 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

INSERT INTO `t1`
(`id`, `start`, `actual`, `end`)
VALUES 
(1, 1, 0, 5),
(2, 1, 6, 6),
(3, 2, 8, 9),
(4, 2, 5, 9);

在我的SELECT结果中，我希望表中所有行的actual值都小于当前时间戳（为了简化示例，假设当前时间戳为 7）。此外，我只想要这些actual值小于的行end。这第二个条件产生了问题。

SELECT `id`
  FROM `t1`
  WHERE `actual` < `end`
    AND `actual` < 7;

+----+
| id |
+----+
|  1 |
|  4 |
+----+
2 rows in set (0.00 sec)

该索引将用于actual < 7，但我想不会用于actual < end。因为actual < end将对所有旧行进行比较，所以查询会随着表中的每个新（旧）行而变慢。

end < 7不能解决问题，因为我希望actual < end结果中有过时的行。

我可以将一个新的计算列添加到名为-的表remaining中，并使用条件（并确保更改索引或创建一个新索引）。但我有一个问题，感觉就像一个糟糕的表格布局。如果有人更新并忘记更新计算我有一个坏行。endactualWHEREWHERE remaining > 0 AND actual < 7endremainig

解释结果：

+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra       |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
|  1 | SIMPLE      | t1    | ALL  | actual        | NULL | NULL    | NULL |    4 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+

将键定义更改为：

KEY `actual_end` (`actual`,`end`)

解释结果：

+----+-------------+-------+-------+---------------+------------+---------+------+------+--------------------------+
| id | select_type | table | type  | possible_keys | key        | key_len | ref  | rows | Extra                    |
+----+-------------+-------+-------+---------------+------------+---------+------+------+--------------------------+
|  1 | SIMPLE      | t1    | range | actual_end    | actual_end | 4       | NULL |    3 | Using where; Using index |
+----+-------------+-------+-------+---------------+------------+---------+------+------+--------------------------+

最后一个解释证明该索引用于actual < 7而不是用于actual < end。对于 10 亿个古行，最后一个条件将检查 10 亿行。我想优化这个问题。

4

1 回答 1

0

actual您可以在和列上创建连接（复合）索引end，因此索引支持这两种条件。

ALTER TABLE t1 ADD INDEX `ActualEnd` (`actual`, `end`)

你也可以检查这个线程..

更新：

说明您刚刚添加的内容表明您的查询是Using index，在添加了最适合该查询的复合索引之后。不需要临时表或写入磁盘。由于您的表使用 InnoDB 引擎，并且它在id列上有 PRIMARY 键，因此 PRIMARY 键会自动添加到复合索引的末尾，从而可以满足您直接从索引查询中提出的所有要求。您没有对索引值执行任何操作，也没有使用任何会破坏索引使用的函数，因此没有理由不使用索引。解释只是证明它。

于 2013-09-05T08:11:50.037 回答