如何为不同的单列子句索引表

Question

我有下表：

CREATE TABLE Test (
  device varchar(12),
  pin varchar(4),
  authToken varchar(32),
  Primary Key (device)
);

在应用程序的不同点，我需要通过不同的 single 列子句查询此表。这意味着我有以下疑问：

SELECT * FROM Test WHERE device = ?;
SELECT * FROM Test WHERE authToken = ?;
SELECT * FROM Test WHERE pin = ?;

据我了解，在这种情况下，(device, authToken, pin) 的组合索引没有意义，因为这只会加速第一个查询，而不是第二个或第三个查询。

对于这个表来说，读取速度比写入更重要，那么简单地单独索引每一列是不是这里的最佳解决方案？

Answer 1

直接的答案是为每个查询创建单独的单列索引：

create index ix1 (device); -- no need to create it since it's the PK.
create index ix2 (pin);
create index ix3 (authToken);

第一个索引（来自 PK）使用主索引。第二个和第三个可能会更慢，因为它们受到“二级索引”缓慢的影响：它们总是需要先访问二级索引，然后访问主索引；如果您选择大量行，这可能会变慢。

现在，如果您想在 SELECT 速度方面做得过火，而以修改速度缓慢为代价（INSERT、UPDATE 和 DELETE），您可以使用为每个程序量身定制的“覆盖索引”询问。这些应该如下所示：

create index ix4 (device, pin, authToken); -- [non needed] optimal for WHERE device = ?
create index ix5 (authToken, device, pin); -- optimal for WHERE authToken = ?
create index ix6 (pin, device, authToken); -- optimal for WHERE pin = ?

注意：正如 Rick James ix4 所指出的那样，InnoDB 表的主键索引是多余的。没有必要创建它。此处列出只是为了完整性。

这些“覆盖索引”只使用二级索引，完全不需要访问主索引就可以解析查询。对于检索的大量行，它们的速度要快得多。

Answer 2

您不需要索引 pin 列，因为它已经被索引了。对于其他 2 列（即设备和 authToken），是的，根据您的共享查询，最好将它们都单独编入索引。

请注意，当您有大量此类查询访问您在此表上也有大量数据集的服务器时，您将看到性能大幅提升。

Answer 3

回答：

“如何为不同的单列子句索引表？”

CREATE INDEX Test_device_index ON Test(device);
CREATE INDEX Test_authToken_index ON Test(authToken DESC);
CREATE INDEX Test_pin_index ON Test(pin);

Answer 4

这是我建议的架构：

CREATE TABLE Test (
  id SERIAL PRIMARY KEY,
  device VARCHAR(255),
  pin VARCHAR(255),
  authToken VARCHAR(255),
  UNIQUE KEY index_authToken (authToken),
  UNIQUE KEY index_device (device),
  KEY index_pin (pin)
);

您有一个id 类型的列，它不与任何特定数据关联，并且您对authToken 和device 有UNIQUE 约束。

请记住将WHERE 中使用的任何列编入索引并使用以下内容测试您的覆盖率：

EXPLAIN SELECT ... FROM Test WHERE pin=?

如果您在计划中看到“表扫描”，那就是缺少索引的问题。

使用VARCHAR(255) 作为默认值也是一个好主意，除非您有非常令人信服的理由来限制它。在您的应用程序层中实施长度限制，以便以后轻松放宽。例如，更改为 6 位 PIN 与 4 是一个简单的代码更改，甚至可以逐步推出，这不是架构更改。