Question

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

我有一个包含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的表中，其值为end - actual并使用WHERE条件WHERE remaining > 0 AND actual < 7（和确定更改索引或创建新索引）。但我有一个问题，感觉就像一个糟糕的表格布局。如果有人更新了end并忘了同时更新计算的remainig，那么我的行就会出错。

解释结果：

+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| 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亿行。我想优化这个问题。

Answer 1

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

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

您还可以查看this主题..

<强>更新

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

如何更改我的MySQL查询或表格布局以使用索引

1 个答案: