提高 MySQL 选择查询的执行速度

Question

我有 2 个包含数百万行的 MySQL 表，我正在尝试执行查询选择以从两个表中获取特定数据列。尽管我的第一个良好期望是查询选择的执行需要几秒钟（大约 5 秒），并且索引应用于 WHERE 条件。

为 2 个 MySQL 表创建语句：

CREATE TABLE `T1` (
  `T1_id` int(15) NOT NULL AUTO_INCREMENT, 
  `T1_val1` varchar(45) NOT NULL,
  `T1_val2` varchar(45) NOT NULL,
  `T1_val3` bigint(11) NOT NULL,
  `T1_val4` datetime NOT NULL, 
  `T1_val5` varchar(100) NOT NULL, 
  `T1_val6` float NOT NULL,
  `T1_val7` datetime NOT NULL,
  `T1_val8` varchar(100) NOT NULL,
  `T1_val9` varchar(100) NOT NULL, 
  `T1_val10` varchar(100) NOT NULL,
  PRIMARY KEY (`T1_id`),
  KEY `T1_val4` (`T1_val4`)
) ENGINE=InnoDB AUTO_INCREMENT=53885653 DEFAULT CHARSET=latin1;

CREATE TABLE `T2` (
  `T2_id` int(11) NOT NULL,
  `T2_val1` float NOT NULL,
  `T2_val2` float NOT NULL,
  `T2_val3` varchar(45) NOT NULL,
  PRIMARY KEY (`T2_id`),
  KEY `T2_val3` (`T2_val3`),
  KEY `T2_val1_2` (`T2_val1`,`T2_val2`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

如您所见，两个表都有一个 AI 主键 和 外键，它们之间匹配为 one-to-one relationship（T1_id 和 T2_id）。我们在T1 上为T1_val4 应用了索引，它采用日期时间格式。

选择查询

SELECT 
      T1_val5, 
      T2_val1, 
      T2_val2, 
      T2_val3, 
      T1_val9, 
      count(T2_val1) as cnt, 
      T1_val4
   FROM 
      T1 USE INDEX (T1_val4)
         INNER JOIN T2 
            ON T1.T1_id = T2.T2_id 
   WHERE 
      T1_val4 BETWEEN '2016-02-18 15:00:00' 
                  AND '2016-02-18 16:59:59'
   GROUP BY 
      T2_val1, 
      T2_val2, 
      T2_val3, 
      T1_val9, 
      T1_val5
   order by 
      T1_val4 ASC;

如您所见，我为索引指定了一个提示，以便告诉 MySQL 将该特定索引用于日期时间列。实际上，如果我将 WHERE 条件中的日期时间范围扩展到几个小时。例如BETWEEN '2016-02-18 15:00:00' AND '2016-02-18 23:59:59'，执行时间会增长到 50/100 秒。可能我在逻辑上遗漏了一些东西。

EXPLAIN 输出

+-------+---------------+-----------+-----------+-------------------+-----------+---------------+-----------+-----------+------------------------------------------------------------+
|   ID  |   SELECT_TYPE |   TABLE   |   TYPE    |   POSSIBLE_KEYS   |   KEY     |   KEY_LEN     |   REF     |   ROWS    |       EXTRA                                                |
+-------+---------------+-----------+-----------+-------------------+-----------+---------------+-----------+-----------+------------------------------------------------------------+
|   1   |   SIMPLE      |   T1      |   range   |   T1_val4         |   T1_val4 |      5        |   NULL    |   10670   |   "Using index condition; Using temporary; Using filesort" |
+-------+---------------+-----------+-----------+-------------------+-----------+---------------+-----------+-----------+------------------------------------------------------------+
|   1   |   SIMPLE      |   T2      |   eq_ref  |   PRIMARY         |   PRIMARY |      4        |   T1_id   |   1       |     NULL                                                   |
+-------+---------------+-----------+-----------+-------------------+-----------+---------------+-----------+-----------+------------------------------------------------------------+

使用复合索引更新的 EXPLAIN 输出

（根据@O. Jones 的建议）

+-------+---------------+-----------+-----------+------------------------------+-----------+---------------+-----------+-----------+---------------------------------------------------------------+
|   ID  |   SELECT_TYPE |   TABLE   |   TYPE    |   POSSIBLE_KEYS              |   KEY     |   KEY_LEN     |   REF     |   ROWS    |       EXTRA                                                   |
+-------+---------------+-----------+-----------+------------------------------+-----------+---------------+-----------+-----------+---------------------------------------------------------------+
|   1   |   SIMPLE      |   T1      |   range   |   "PRIMARY,ix_rlf"           |   ix_rlf  |      5        |   NULL    |   10906   |   "Using where; Using index; Using temporary; Using filesort" |
+-------+---------------+-----------+-----------+------------------------------+-----------+---------------+-----------+-----------+---------------------------------------------------------------+
|   1   |   SIMPLE      |   T2      |   eq_ref  |   "PRIMARY,ix_cc"            |   PRIMARY |      4        |   T1_id   |   1       |     NULL                                                      |
+-------+---------------+-----------+-----------+------------------------------+-----------+---------------+-----------+-----------+---------------------------------------------------------------+

ix_rlf 是T1_val4、T1_val9、T1_val5 的复合索引，ix_cc 是@Tom Shir 为由@ 制成的T2 建议的复合索引987654338@, T2_val1, T2_val2, T2_val3.

查询执行计划可视架构

（将 2 HOURS 视为间隔，在本例中查询结果约为 6632 行，执行时间为 6/7 秒）

Answer 1

通过从GROUP BY 子句中省略T1_val4，您正在利用MySQL 的非标准扩展。您可能会得到不想要的结果。请阅读这个。 https://dev.mysql.com/doc/refman/5.7/en/group-by-handling.html

通常，将BETWEEN 用于类似日期时间的列是一个坏主意，因为它不能很好地处理范围结束条件。如果我是你，我会写这个

WHERE T1_val4 >= '2016-02-18 15:00:00' AND T1_val4 < '2016-02-18 17:00:00'

您有正确的想法来索引您的日期戳列。您可以尝试使用 compound covering index 而不是简单的日期戳索引。看起来您的查询从T1 中提取了大约一万行，因此复合覆盖索引会有所帮助。将您需要的所有列放入索引中，首先是范围扫描列。这意味着 MySQL 可以通过执行索引范围扫描来满足整个查询，这样更快。索引应该在这些列上。

 T1_val4, T1_val9, T1_val5

因为您使用的是 InnoDB，所以您不必在复合索引中包含主键。

这应该会快一点。但是，您仍然要求 MySQL 检索和索引一万行，这实际上是真正的工作。

Answer 2

这是带有表前缀的查询：

SELECT
        T1.T1_val5,
        T2.T2_val1,
        T2.T2_val2,
        T2.T2_val3,
        T1.T1_val9,
        COUNT(T2.T2_val1) AS cnt,
        T1.T1_val4 
    FROM
        T1 
    INNER JOIN
        T2.T2 
            ON T1.T1_id = T2.T2_id 
    WHERE
        T1.T1_val4 BETWEEN '2016-02-18 15:00:00' AND '2016-02-18 16:59:59' 
    GROUP BY
        T2.T2_val1,
        T2.T2_val2,
        T2.T2_val3,
        T1.T1_val9,
        T1.T1_val5 
    ORDER BY
        T1.T1_val4 ASC

我相信您可以通过使用正确的索引来提高其性能。 我通过 SQL query optimizer 运行您的查询，我正在使用我自己的查询，建议使用这些索引：

ALTER TABLE `T1` ADD INDEX `T1_index_1` (`T1_id`, `T1_val4`);
ALTER TABLE `T2` ADD INDEX `T2_index_1` (`T2_id`, `T2_val1`, `T2_val2`, `T2_val3`);

另外，请发布说明计划，因为它可以帮助更好地了解 MySQL 当前使用哪些索引。

另一个建议 - 删除您添加的提示。通常，MySQL 会比我们更了解如何优化查询。