mysql> explain
    select c.userEmail,f.customerId 
    from comments c 
      inner join flows f 
        on (f.id = c.typeId) 
      inner join users u 
        on (u.email = c.userEmail) 
    where c.addTime >= 1372617000 
      and c.addTime <= 1374776940 
      and c.type = 'flow' 
      and c.automated = 0;
+----+-------------+-------+--------+----------------------------------------+------------+---------+---------------------+--------+-------------+
| id | select_type | table | type   | possible_keys                          | key        | key_len | ref                 | rows   | Extra       |
+----+-------------+-------+--------+----------------------------------------+------------+---------+---------------------+--------+-------------+
|  1 | SIMPLE      | f     | index  | PRIMARY                                | customerId | 4       | NULL                | 144443 | Using index |
|  1 | SIMPLE      | c     | ref    | userEmail_idx,addTime,automated,typeId | typeId     | 198     | f.id,const  |      1 | Using where |
|  1 | SIMPLE      | u     | eq_ref | email                                  | email      | 386     | c.userEmail |      1 | Using index |
+----+-------------+-------+--------+----------------------------------------+------------+---------+---------------------+--------+-------------+

如何使上述查询更快 - 它不断出现在慢速查询日志中。
存在的索引:

1. id 是流表的自增主键。
2. 流表的 customerId。
3. 评论表的userEmail。
4. 评论表上的复合索引(typeId，type)。
5. 用户表的电子邮件(唯一)
6. 评论表的自动化。
7. 添加评论时间表。

行数:
1. 流量 - 150k
2. 评论 - 500k(其中一半有 automated = 1，其他有 automated = 0)(对于除 500 之外的所有行，类型的值也是“流”)
3. 用户 - 50

表架构:

 users | CREATE TABLE `users` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `email` varchar(128) NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `email` (`email`)
) ENGINE=InnoDB AUTO_INCREMENT=56 DEFAULT CHARSET=utf8 

 comments | CREATE TABLE `comments` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `userEmail` varchar(128) DEFAULT NULL,
  `content` mediumtext NOT NULL,
  `addTime` int(11) NOT NULL,
  `typeId` int(11) NOT NULL,
  `automated` tinyint(4) NOT NULL,
  `type` varchar(64) NOT NULL,
  PRIMARY KEY (`id`),
  KEY `userEmail_idx` (`userEmail`),
  KEY `addTime` (`addTime`),
  KEY `automated` (`automated`),
  KEY `typeId` (`typeId`,`type`)
) ENGINE=InnoDB AUTO_INCREMENT=572410 DEFAULT CHARSET=utf8 |


 flows | CREATE TABLE `flows` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `type` varchar(32) NOT NULL,
  `status` varchar(128) NOT NULL,
  `customerId` int(11) NOT NULL,
  `createTime` int(11) NOT NULL,
  PRIMARY KEY (`id`),
  KEY `flowType_idx` (`type`),
  KEY `customerId` (`customerId`),
  KEY `status` (`status`),
  KEY `createTime` (`createTime`),
) ENGINE=InnoDB AUTO_INCREMENT=134127 DEFAULT CHARSET=utf8 |

最佳答案

您拥有有效执行连接所需的索引。但是，看起来 MySQL 正在以效率较低的方式连接表。 EXPLAIN 输出显示它正在对 flows 表进行完整索引扫描，然后加入 comments 表。

在加入之前先阅读comments 表可能会更有效。也就是说，按照您在查询中指定的顺序，以便评论集受您提供的谓词(可能是您想要的)的限制。

运行OPTIMISE TABLE 或ANALYZE TABLE 可以改进查询优化器做出的决策。特别是在发生了广泛变化的表格上。

如果查询优化器仍然出错，您可以通过以 SELECT STRAIGHT_JOIN 开始您的语句或通过更改 INNER JOIN<> 到 STRAIGHT_JOIN。

关于Mysql 慢查询 - 即使有所有索引，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/17852730/