MySQL 表上的索引选择

Question

我有以下 MySQL 表：

CREATE TABLE example (
  id INT AUTO_INCREMENT NOT NULL,
  node0 SMALLINT DEFAULT 0 NOT NULL,
  node1 SMALLINT DEFAULT 0 NOT NULL,
  node2 SMALLINT DEFAULT 0 NOT NULL,
  node3 SMALLINT DEFAULT 0 NOT NULL,
  version SMALLINT DEFAULT 1 NOT NULL,
  user_id INT DEFAULT NULL,
  score INT DEFAULT 0 NOT NULL,
  datetime BIGINT NOT NULL,
  INDEX IDX_22B017FAA76ED395 (user_id), PRIMARY KEY(id)
)

ALTER TABLE example ADD CONSTRAINT FK_22B017FAA76ED395 FOREIGN KEY (user_id) REFERENCES user (id);

该表将非常大（-ish）（几百万个条目），我想知道为性能索引列的最佳方法是什么。

主要会查询该表以获取所有匹配的行：

• node0 值
• node1 值
• node2 值
• node3 值
• 版本值

... 使用 Join 语句获取关联用户（user_id 字段）

这些字段（node0、node1、node2、node3、version）可以形成一个键（没有两行可以对所有这些字段具有相同的值），但我想将 ID 保留为自动增量键，所以我可以订购它们。

我应该为这些字段添加辅助键吗？还是将它们设为主键并将 ID 作为辅助键？和/或添加单个索引？

Answer 1

您可能希望multicolumn indexes 匹配您最常见的查询模式。我猜你说你的查询模式是这样的。

WHERE node0 = #constant# 
  AND node1 = #constant#
  AND node2 = #constant#
  AND node3 = #constant#
  AND version = #constant#

这个多列索引会有所帮助。

INDEX example_nodes_version (node0, node1, node2, node3, version)

如果您不按顺序过滤这些条件，它不会有帮助。例如，它将对此有所帮助

WHERE node0 = #constant# 
  AND node1 = #constant#

但不是这个

WHERE node2 = #constant#
  AND version = #constant#

如果您的绝大多数查询都遵循第一个查询模式，那么这是一种更快的处理索引的方法。

您可以将主键连接到这些列，并创建一个唯一键来处理您的自动递增 ID。

CREATE TABLE example (
  id INT AUTO_INCREMENT NOT NULL,
  node0 SMALLINT DEFAULT 0 NOT NULL,
  node1 SMALLINT DEFAULT 0 NOT NULL,
  node2 SMALLINT DEFAULT 0 NOT NULL,
  node3 SMALLINT DEFAULT 0 NOT NULL,
  version SMALLINT DEFAULT 1 NOT NULL,
  user_id INT DEFAULT NULL,
  score INT DEFAULT 0 NOT NULL,
  datetime BIGINT NOT NULL,
  INDEX IDX_22B017FAA76ED395 (user_id), 
  PRIMARY KEY(node0, node1, node2, node3, version),
  UNIQUE INDEX ex_autoincrement (id)
)

为什么这有帮助？ InnoDB 使用clustered index storage scheme。也就是说，它将所有数据存储为其主键的一部分。因此，根据上述过滤的查找将直接访问您的数据，而不必搜索索引，然后搜索单独的表。

除非您将此表设计为很大（一百万行或更多）且查询量很大，否则您应该保持简单：创建索引以匹配您的查询模式并使用 id 作为主键。

并且知道这一点：随着应用程序及其表的增长，通常需要新的索引来匹配现实世界的查询模式。根据经验添加新索引很容易。