我有一个包含大约3000万条记录的表,我需要对其进行查询。从我的阅读中,我认为使用最左边的前缀和我需要选择的所有字段的复合索引将是正确的方法,但是当我对查询运行解释时,它甚至不使用索引。
这是查询:
select distinct email FROM my_table
WHERE `customer_id` IN(278,428,186,40,208,247,59,79,376,73,38,52,68,227)
AND `company_id` = 4
AND `active` = 1
AND `date` > '2012-04-15';
解释如下:
+----+-------------+--------+-------+---------------+-------+---------+------+----------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+--------+-------+---------------+-------+---------+------+----------+-------------+
| 1 | SIMPLE | emails | index | customer_id | email | 772 | NULL | 29296705 | Using where |
+----+-------------+--------+-------+---------------+-------+---------+------+----------+-------------+
这些是字段
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`email` varchar(255) NOT NULL DEFAULT '',
`customer_id` int(10) unsigned DEFAULT NULL,
`company_id` int(10) unsigned NOT NULL,
`active` tinyint(1) unsigned NOT NULL DEFAULT '1',
`date` date DEFAULT NULL
索引看起来像这样
PRIMARY KEY (`id`),
UNIQUE KEY `email` (`email`,`customer_id`),
KEY `customer_id` (`customer_id`,`company_id`,`active`,`date`)
我不太确定优化它的最佳方法是什么。
答案 0 :(得分:1)
MySQL常常对索引左侧的IN
挑剔。为每个customer_id
尝试一个查询,看看是否使用了您的索引。您可以使用UNION
语法将它们连接在一起。另一种可能性是,MySQL可以更快地筛选10%的行,而不是尝试使用索引。