mysql：在这种情况下索引多列的最佳方法是什么

Question

我有以下需要大量时间的 sql 命令。我正在考虑索引

SELECT `daily_price_history`.`high`,
       `daily_price_history`.`low`,
       `daily_price_history`.`open`,
       `daily_price_history`.`datetime`,
       `daily_price_history`.`close`,
       `daily_price_history`.`creation_time`
FROM `daily_price_history`
WHERE (`daily_price_history`.`datetime_utc` BETWEEN '2015-12-04 18:43:28.710229' AND '2020-12-02 18:43:28.710229'
       AND `daily_price_history`.`symbol` = 'A')
ORDER BY `daily_price_history`.`creation_time` ASC

所以索引多个列(datetime_utc,symbol) 是最好的方法或索引两个单独的列。

我的SHOW CREATE TABLE

CREATE TABLE `daily_price_history` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `symbol` varchar(50) NOT NULL,
  `symbolExpectionCount` int(11) NOT NULL,
  `url` longtext NOT NULL,
  `volume` double NOT NULL,
  `high` double NOT NULL,
  `low` double NOT NULL,
  `open` double NOT NULL,
  `datetime` bigint(20) NOT NULL,
  `datetime_utc` datetime(6) NOT NULL,
  `close` double NOT NULL,
  `creation_time` datetime(6) NOT NULL,
  `lot_time` datetime(6) NOT NULL,
  `periodType` varchar(50) NOT NULL,
  `symbolId_id` int(11) NOT NULL,
  PRIMARY KEY (`id`),
  KEY `daily_price_history_symbolId_id_30077f62_fk_symbol_list_id` (`symbolId_id`),
  KEY `datetime` (`datetime`),
  CONSTRAINT `daily_price_history_symbolId_id_30077f62_fk_symbol_list_id` FOREIGN KEY (`symbolId_id`) REFERENCES `symbol_list` (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=11549349 DEFAULT CHARSET=utf8mb4

我有一个名为symbol_list 的表，所以这里symbol 只是符号文本，而symbolId_id 是与symbol_list 的外键关系

Answer 1

在大多数情况下，每个表引用只使用一个索引。所以创建两个独立的索引并不是最好的策略。

在(symbol, datetime_utc) 上建立索引会更好。索引中列的顺序很重要！

您的查询具有symbol 的相等条件，因此它应该先行。

datetime_utc 的范围条件使它更好地放在第二个。

您不能同时针对范围条件和 ORDER BY 进行优化。您必须选择其中一个进行优化。

所以索引应该是以下之一：

• (symbol, datetime_utc) - 针对两个搜索词进行优化，但这需要对结果进行文件排序。

• (symbol, creation_time) - 针对 ORDER BY 进行优化，避免文件排序，但不会针对 datetime_utc 条件进行优化。

哪个更好？这取决于您的数据，以及有多少行符合您的条件。没有简单的答案，您只需测试两者即可。

您可能想查看我的演示文稿How to Design Indexes, Really 或the video of me presenting it。

Answer 2

您需要PRIMARY KEY。它必须是独一无二的。如果您可以保证 (symbol, datetime_utc) 始终是唯一的，那么这是最佳选择：

PRIMARY KEY (symbol, datetime_utc)

如果你不能保证唯一性，那就做

id INT UNSIGNED AUTO_INCREMENT NOT NULL,
PRIMARY KEY (symbol, datetime_utc, id),
INDEX(id)

（如果您最终可能有超过 40 亿行，请将 INT 更改为 BIGINT。）

这令人费解：

WHERE    datetime_utc ...
ORDER BY creation_time

这会更快，并且通常会为我们提供相同的结果（甚至可能更好结果）给我们相同的列：

WHERE    datetime_utc ...
ORDER BY datetime_utc

如果您希望有数十亿行，则应尽可能缩小每种数据类型。

• 您也有volume 列吗？某些索引不适合 INT。
• 规范化symbol 并将其替换为SMALLINT UNSIGNED（2 字节，最多 64K 值）或类似的东西。
• open 等的值不适合 BRK.A 的某些较小的数据类型。
• 细价股可能需要多于 2 位小数。
• 旧读数为分数，分母为 2 的幂。
• 警告：以上建议基于美国市场；其他市场可能有更多问题。

名称daily_price_history 意味着每天每个符号一行？然而，使用 8 字节 DATETIME(6) 意味着您正在记录每一笔交易。 （DATE 只有 3 个字节。）

做一些修改后，请提供SHOW CREATE TABLE，主要的疑问，以及我的问题的答案。我可能有更多的建议。