修复使用位置;使用临时;使用filesort

Question

我有两个简单的表格：

CREATE TABLE cat_urls (
  Id int(11) NOT NULL AUTO_INCREMENT,
  SIL_Id int(11) NOT NULL,
  SiteId int(11) NOT NULL,
  AsCatId int(11) DEFAULT NULL,
  Href varchar(2048) NOT NULL,
  ReferrerHref varchar(2048) NOT NULL DEFAULT '',
  AddedOn datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
  GroupId int(11) DEFAULT NULL,
  PRIMARY KEY (Id),
  INDEX SIL (SIL_Id, AsCatId)
)

CREATE TABLE products (
  Id int(11) NOT NULL AUTO_INCREMENT,
  CatUrlId int(11) NOT NULL,
  Href varchar(2048) NOT NULL,
  SiteIdentity varchar(2048) NOT NULL,
  Price decimal(12, 2) NOT NULL,
  IsAvailable bit(1) NOT NULL,
  ClientCode varchar(256) NOT NULL,
  PRIMARY KEY (Id),
  INDEX CatUrl (CatUrlId)
)

我的查询非常简单：

SELECT cu.Href, COUNT(p.CatUrlId) FROM cat_urls cu
       JOIN products p ON p.CatUrlId=cu.Id
       WHERE sil_id=4601038
GROUP by cu.Id

EXPLAIN说：

id  select_type table   type    possible_keys   key     key_len ref                     rows    Extra
1   SIMPLE      cu      ref     PRIMARY,SIL     SIL     4       const                   303     Using where; Using temporary; Using filesort
1   SIMPLE      p       ref     CatUrl          CatUrl  4       blue_collar_logs.cu.Id  6       Using index

请告诉我有什么方法可以修复＆＃34;使用where;使用临时;使用filesort＆＃34;并改善此查询的性能？

Answer 1

看起来，出于某种原因，MySQL选择在第一个表上使用索引SIL，并将其用于查找（WHERE sil_id = 4601038）和分组（{{1} }}）。

您可以告诉它使用表格的GROUP BY cu.Id

PK

它将产生这个执行计划：

SELECT cu.Href, COUNT(p.CatUrlId) FROM cat_urls cu
    USE INDEX FOR JOIN (PRIMARY)
JOIN products p ON p.CatUrlId=cu.Id
WHERE sil_id=4601038
GROUP by cu.Id

忽略列id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra ---+-------------+-------+-------+---------------+---------+---------+------------------+------+------------- 1 | SIMPLE | cu | index | PRIMARY | PRIMARY | 4 | NULL | 1 | Using where 1 | SIMPLE | p | ref | CatUrl | CatUrl | 4 | cbs-test-1.cu.Id | 1 | Using index 中报告的值;他们不正确，因为我的桌子是空的。

请注意，rows列现在仅包含Extra，但请注意，加入Using where列已从type（非常好）更改为ref（已满）索引扫描，不太好。）

更好的解决方案是在列index上添加索引。我知道，SIL_Id是索引SIL_Id的前缀，理论上列SIL(SIL_Id, AsCatId)上的另一个索引完全没用。但它似乎解决了这个问题的问题。

SIL_Id

现在在查询中使用它：

ALTER TABLE cat_urls
  ADD INDEX (SIL_Id)
;

现在查询执行计划看起来好多了：

SELECT cu.Href, COUNT(p.CatUrlId) FROM cat_urls cu
    USE INDEX FOR JOIN (SIL_Id)
JOIN products p ON p.CatUrlId=cu.Id
WHERE sil_id=4601038
GROUP by cu.Id

缺点是我们有一个（理论上）无用的额外索引。它占用存储空间，每次添加，删除行或修改id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra ---+-------------+-------+------+---------------+--------+---------+------------------+------+------------- 1 | SIMPLE | cu | ref | SIL_Id | SIL_Id | 4 | const | 1 | Using where 1 | SIMPLE | p | ref | CatUrl | CatUrl | 4 | cbs-test-1.cu.Id | 1 | Using index 字段时都会占用处理器周期。