MySQL慢速连接

我有一个MySQL查询，当我连接到第二个表时，它需要运行很长时间

我的两个表格如下：

Table        Rows
properties   51,000
details      3,700,000

我的SQL语句是：

SELECT SQL_CALC_FOUND_ROWS a.id, a.address1, a.address2, a.address3, a.address4, a.address5, a.original_price, a.price, a.create_date, a.description, a.status, a.street, a.postcode, a.type_flag, AVG(coalesce(b.price,0)) as avg_price, coalesce((a.price - AVG( b.price )),0) AS difference, a.url, TIMESTAMPDIFF(MONTH, DATE(a.create_date), now()) as months, a.distance, a.expired, a.favourite
FROM properties a
LEFT JOIN details b ON a.street = b.street AND a.postcode = b.sector AND a.type_flag = b.type
WHERE a.price >= '0' AND a.price <= '200000' AND a.expired = 'N' AND a.status != 'R' AND a.flag = 'R'
GROUP BY a.id
ORDER BY  a.address1 asc
LIMIT 0, 50

以及以下有关表格详细信息的索引：

Index          Keys
address        type, street, sector

使用explain运行SQL语句时，我得到：

id  select_type  table  type  possible_keys   key      key_len  ref                       rows   Extra  
1   SIMPLE       a      ref   status,expired  expired  5        const                     14766  Using where; Using temporary; Using filesort
1   SIMPLE       b      ref   address         address  417      property.a.type_flag,     4
                                                                property.a.street,
                                                                property.a.postcode

您认为我应该强制此查询使用索引“full_key”吗？ 或者你认为我需要创建一个新的索引吗

当我在没有连接的情况下运行它时，它运行得很快，因此似乎是对大型细节表的连接减慢了它的速度

我在测试中遇到的问题是，一旦我运行了一次查询，下次它运行得非常快，所以我必须等待一天才能再次测试

使现代化 这些是表格方案

属性表：

Column           Type   
id               int(15)
agent            varchar(64)
street           varchar(128)
town             varchar(64)
county           varchar(64)
postcode         varchar(16)
type_flag        varchar(1) 
price            decimal(12,2)
status           varchar(1)
address1         varchar(128)
address2         varchar(128)
address3         varchar(128)
address4         varchar(128)
address5         varchar(128)
description      varchar(512)
type             varchar(32)
bedrooms         varchar(16)
flag             varchar(1)
expired          varchar(1)
favourite        varchar(1)     

详情表：

Column           Type
id               varchar(128)
price            decimal(12,2)
date             datetime
postcode         varchar(16)
type             varchar(1)
old_new          varchar(1)
duration         varchar(1)
paon             varchar(32)
saon             varchar(32)
street           varchar(128)
locality         varchar(128)
town_city        varchar(128)
local_authority  varchar(128)
county           varchar(128)
status           varchar(1)
sector           varchar(8)

更新2：

将“expired”索引更改为expired、flag、status、price后，查询运行速度仍然非常慢

下面是我现在进行解释时得到的结果：

id   select_type  table  type    possible_keys      key       key_len   ref                   rows    extra
1    SIMPLE       a      range   status,expired     expired   16        NULL                  1031    Using where; Using temporary; Using filesort
1    SIMPLE       b      ref     address            address   417       property.a.type_flag, 4
                                                                        property.a.street,
                                                                        property.a.postcode

因此，表属性中的行数已从14766减少到1031，但查询运行时间为127.1271秒

在连接到大型表时，是否可以快速运行此查询，或者MySQL是否毫无用处？

这是您的查询：

SELECT SQL_CALC_FOUND_ROWS  . . .
FROM properties p LEFT JOIN
     details d
     ON p.street = d.street AND p.postcode = d.sector AND p.type_flag = d.type
WHERE p.price >= '0' AND p.price <= '200000' AND
      p.expired = 'N' AND p.status <> 'R' AND p.flag = 'R'
GROUP BY p.id
ORDER BY p.address1 asc
LIMIT 0, 50;

选择SQL\u计算\u已找到\u行。
从属性p左连接
细节d
p.street=d.street，p.postcode=d.section，p.type_flag=d.type
其中p.price>='0'和p.price第二次运行速度很快，因为mysql缓存了第一次运行的结果。只需在选择之后添加SQL\u NO\u缓存，测试时确实不了解属性和细节之间的关系。每一个都有什么，它们之间有什么联系？也许完整的表模式可以帮助人们解决这个问题。嗨，大卫，我刚刚添加了表模式。详细信息表是用来做什么的？为什么其中的行比属性表中的行多？例如，为什么两个表中的地址都有一半重复？如果详细信息是属性的详细信息，那么为什么不使用外键进行连接？属性和详细信息之间存在一对多关系-1个属性记录可以有多个详细信息记录。详细信息表由第三方提供，因此我无法更改该表的布局。这两个表之间的唯一链接是邮政编码（实际上它只是邮政部门）、街道和物业类型谢谢戈登，所以我应该在物业上创建两个索引-索引1：街道、邮政编码、旗帜类型。索引2：过期、状态、标志。您会在任何索引中包含price吗？此查询不需要第一个索引。您需要一个适用于
where
子句的索引<代码>价格

包含在答案中建议的两个索引中。我添加了过期、标志、状态、价格指数，属性的行数从51000下降到略高于1000，因此看起来很有希望！我明天会给它一个适当的测试，如果一切看起来都很好，我会接受你的答案。感谢戈登，不幸的是，将密钥更改为过期、标志、状态、价格无效。请参阅我原始问题中的更新2。让这个查询快速运行是可能的吗？@Damian。我怀疑问题是

SQL\u CALC\u FOUND\u ROWS

。MySQL必须生成整个结果集，这可能会减慢速度。

SELECT SQL_CALC_FOUND_ROWS  . . .
FROM properties p LEFT JOIN
     details d
     ON p.street = d.street AND p.postcode = d.sector AND p.type_flag = d.type
WHERE p.price >= '0' AND p.price <= '200000' AND
      p.expired = 'N' AND p.status <> 'R' AND p.flag = 'R'
GROUP BY p.id
ORDER BY p.address1 asc
LIMIT 0, 50;