Question

我有2个表（companies和companies_locations）和一个非常简单的查询

SELECT 
  c.name, 
  (SELECT MIN(ST_Distance_Sphere(l.coords, POINT(4.985173, 45.001672)) from companies_locations l where l.companyId = c.id
FROM companies c
WHERE MATCH (c.name) AGAINST ('+rand*' IN BOOLEAN MODE)

注意：经度，纬度和全文是通过我的代码中的参数给出的

注意：给定公司可能有多个company_locations（因此min和subquery）

现在，我的问题是：我不明白为什么mysql无法为company_locations（companyId，coords）使用覆盖索引

以下是sql详细信息：

drop table IF exists companies;
drop table IF exists companies_locations;

CREATE TABLE `companies` (
  `id` varchar(40) COLLATE utf8mb4_unicode_ci NOT NULL,
  `name` varchar(60) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
  PRIMARY KEY (`id`),
  FULLTEXT KEY `idx_ft_provider_name` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

CREATE TABLE `companies_locations` (
  `id` varchar(40) COLLATE utf8mb4_unicode_ci NOT NULL,
  `companyId` varchar(40) COLLATE utf8mb4_unicode_ci NOT NULL,
  `coords` point DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `idx_providerId` (`companyId`,`coords`(25)),
  KEY `idx_providerIdCoords` (`companyId`,`coords`(25))
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

INSERT INTO companies (id, name) ...;
INSERT INTO companies_locations (id, companyId, coords) ...;

explain SELECT 
      c.name, 
      (SELECT MIN(ST_Distance_Sphere(l.coords, POINT(4.985173, 45.001672))) from companies_locations l where l.companyId = c.id) as dist
    FROM companies c
    WHERE MATCH (c.name) AGAINST ('+rand*' IN BOOLEAN MODE)

解释计划是：

'1', 'PRIMARY', 'c', NULL, 'fulltext', 'idx_ft_provider_name', 'idx_ft_provider_name', '0', 'const', '1', '100.00', 'Using where; Ft_hints: no_ranking'
'2', 'DEPENDENT SUBQUERY', 'l', NULL, 'ref', 'idx_providerId,idx_providerIdCoords', 'idx_providerId', '162', 'beasyness.c.id', '1', '100.00', NULL

在DEPENDENT子查询中，我希望优化器选择idx_providerIdCoords和'使用索引：true'

即使我删除了另一个索引，优化器仍然似乎在做一个“简单”的引用（即，需要转到表中读取坐标）

Answer 1

在几乎所有情况下，MySQL在遇到“前缀索引”（INDEX(..., coords(25))时都会自动启动。具体地说，由于索引未“覆盖”，因此无法声明“使用索引”。也就是说，它可能需要字节在前25个之后。

由于idx_providerIdCoords和idx_providerId相同，因此您不应该期望优化器使用一个而不是另一个。

以下可能是针对您的情况的优化。更改

PRIMARY KEY (`id`),
KEY `idx_providerId` (`companyId`,`coords`(25)),
KEY `idx_providerIdCoords` (`companyId`,`coords`(25))

到

PRIMARY KEY(`companyId`,`coords`),
KEY (`id`)

此“簇”位于companyId（加上coords）上，从而将给定公司的所有位置都彼此相邻。但是，它确实拆分了id值。（id VARCHAR(40)到底是什么样的？）

选择子句中的子查询的mysql性能优化

1 个答案: