具有数百万行的数据库的有效索引

Question

我有一个 MISAM MySQL DB 表，其中包含数百万行，我被要求使用该表，但我需要首先加快查询速度。

以前根本没有索引！我在 'type' 列上添加了一个新索引，这很有帮助，但我想知道是否还有其他列可能也是最好的索引？

这是我的创建表：

CREATE TABLE `clicks` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`companyid` int(11) DEFAULT '0',
`type` varchar(32) NOT NULL DEFAULT '',
`contextid` int(11) NOT NULL DEFAULT '0',
`period` varchar(16) NOT NULL DEFAULT '',
`timestamp` int(11) NOT NULL DEFAULT '0',
`location` varchar(32) NOT NULL DEFAULT '',
`ip` varchar(32) DEFAULT NULL,
`useragent` varchar(64) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `companyid` (`companyid`,`type`,`period`),
KEY `type` (`type`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

典型的 SELECT 语句通常会按 companyid、type 和 contextid 列进行过滤。

例如：

SELECT period, count(period) as count FROM clicks WHERE contextid in (123) AND timestamp > 123123123 GROUP BY period ORDER BY timestamp ASC

或

SELECT period, count(period) as count FROM clicks WHERE contextid in (123) AND type IN('direct') AND timestamp > 123123123 GROUP BY period ORDER BY timestamp ASC

我的问题的最后一部分是这样的：当我在 type 添加索引时，大约需要 1 小时 - 如果我要添加或删除多个索引，您可以在一个查询中完成还是必须这样做他们一个接一个地等待每个完成？

感谢您的意见。

Answer 1

您可以在单个查询中添加多个索引。总体而言，这将节省一些时间，但在您等待整个查询完成时，该表将无法访问：

ALTER TABLE table1 ADD INDEX `Index1`('col1'),
 ADD INDEX `Index2`('col2')

关于indexes，这是一个复杂的主题。但是，在 WHERE 子句中包含的具有高基数的单个列上添加索引是一个不错的起点。 MySQL 将尝试为查询选择最佳索引并使用它。

为了进一步调整性能，您应该考虑multi-column indexes，我看到您已经使用您的“companyid”索引实现了它。

要能够使用索引一直到 GROUP BY 或 ORDER BY 子句，您可能需要了解很多条件。

为了最好地利用索引，您的数据库服务器必须有足够的 RAM 来将索引完全存储在内存中，并且必须正确配置服务器以实际利用内存。

Answer 2

在我看来，timestamp 和 period 可以在 WHERE 子句中使用时被索引。

也不要使用contextid in (123)，而是使用contextid = 123，而不是type IN('direct')，使用type = 'direct'

Answer 3

添加哪些索引取决于您的查询。您正在排序 (GROUP BY) 或选择 (WHERE) 的任何内容都适合用作索引。

您可能还想看看how Mysql uses indexes。

关于添加索引的时间，如果你确定要添加多个索引，你可以做mysqldump，手动编辑.sql文件中的表结构，然后重新导入。这可能需要一段时间，但至少您可以一次完成所有更改。然而，这并不真正符合随手测试的想法......所以请谨慎使用这种方法。 （我在修改多个具有相同结构的表时已经这样做了，并希望为所有表添加一些索引。）

另外，我不是 100% 确定，但我认为当您添加索引时，Mysql 会使用索引创建表的副本，然后删除原始表 - 所以请确保您的表的当前大小和一些边距的服务器/分区。

Answer 4

索引确实很强大，但并不像您想象的那么黑。了解 MySQL 的 EXPLAIN PLAN 功能，这将帮助您系统地找到可以改进的地方：

http://dev.mysql.com/doc/refman/5.5/en/execution-plan-information.html

Answer 5

这是您的一个查询，分为多行，以便于阅读。

SELECT period, count(period) as count 
FROM clicks 
WHERE contextid in (123) 
AND timestamp > 123123123 
GROUP BY period 
ORDER BY timestamp ASC

我什至不确定这是一个有效的查询。我认为您的 GROUP BY 和 ORDER BY 必须在 SQL 中匹配。我认为您必须在 count 上订购，因为 GROUP BY 将在 period 上订购。

优化查询的重要部分是 WHERE 子句。在这种情况下，contextid 和 timestamp 上的索引会加快查询速度。

显然，您不能索引每个 WHERE 子句。您为最常见的 WHERE 子句编制索引。

我会一次向现有表添加一个索引。是的，它很慢。但是您应该只需要添加一次索引。