mysql内部连接和在哪里

Question

2 个表：以employee & employee_address 为例

提供了三个索引：

ALTER TABLE employee ADD INDEX `E_P` (`position`) USING BTREE;

ALTER TABLE employee_address ADD INDEX `EA_Z` (`zipcode`) USING BTREE;

ALTER TABLE employee_address ADD INDEX `EA_E` (`employee_id`) USING BTREE;

第一个内部连接

select * from employee_address ea
inner join employee e on e.employee_id = ea.employee_id and e.position = 'MANAGER'
where ea.zipcode > 30000

使用 where 子句的第二次内连接

select * from employee_address ea
inner join (
select * from employee e where e.position = 'MANAGER'
) e on e.employee_id = ea.employee_id 
where ea.zipcode > 30000

假设有： 每张表有 500000 条记录 1000个不同的位置 2000个不同的邮政编码

我发现查询 1 效率更高。

这两个查询有什么不同？

是否可以像在一张表中一样快速查询它？ 以及如何？

select * from employee e where e.position = 'MANAGER' 
and e.zipcode > 30000

ALTER TABLE employee ADD INDEX `Z_P` (`zipcode`, `position`) USING BTREE;

Answer 1

在第二个中，您正在预过滤然后加入。这打破了索引。 您基本上是在返回一个没有索引的要加入的新表。

如果您查看查询说明计划，您应该会看到 n2 中的连接。没有索引查找。

如果您想检查是什么让您放慢了速度以使用查询解释计划并学习阅读它在做什么，这通常是一个好主意。

Answer 2

查看您的代码示例，而不是您提出的索引，您可以尝试使用这些复合索引

ALTER TABLE employee_address ADD INDEX ea_id_z (employee_id, zipcode) ;
ALTER TABLE employee ADD INDEX E_P (position, employee_id) ;

select * 
from employee_address ea
inner join employee e on e.employee_id = ea.employee_id 
and e.position = 'MANAGER'
    and ea.zipcode > 30000

在查询中，数据库引擎为每个表使用单个索引，因此您应该提供最具选择性的索引，并在 where/join 子句评估期间提供所需的大量信息
那么使用适当的复合索引是最有效的

为了更好的索引，最好在左侧添加最 macthing 列（在这种情况下是位置而不是邮政编码，因为经理使用相等的运算符）

对于基于与子查询连接的第二次查询，子查询的结果作为临时表进行管理，索引用于内部选择，但对连接子句没有用处（在这种情况下，只有外部表的索引可以使用）