MySQL UPDATE 语句使用 LIKE 和 2 个表需要几十年

Question

您能告诉我为什么这样的查询需要这么长时间（字面意思是 20-30 分钟）吗？ 我似乎设置了适当的索引，不是吗？

UPDATE  `temp_val_import_435` t1,
`attr_upc` t2 SET t1.`attr_id` = t2.`id` WHERE t1.`value` LIKE t2.`upc`


CREATE TABLE `attr_upc` (
 `id` int(11) NOT NULL AUTO_INCREMENT,
 `upc` varchar(255) NOT NULL,
 `last_update` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
 PRIMARY KEY (`id`),
 UNIQUE KEY `upc` (`upc`),
 KEY `last_update` (`last_update`)
) ENGINE=InnoDB AUTO_INCREMENT=102739 DEFAULT CHARSET=utf8


CREATE TABLE `temp_val_import_435` (
 `id` int(11) NOT NULL AUTO_INCREMENT,
 `attr_id` int(11) DEFAULT NULL,
 `translation_id` int(11) DEFAULT NULL,
 `source_value` varchar(255) NOT NULL,
 `value` varchar(255) DEFAULT NULL,
 `count` int(11) NOT NULL,
 PRIMARY KEY (`id`),
 KEY `core_value_id` (`core_value_id`),
 KEY `translation_id` (`translation_id`),
 KEY `source_value` (`source_value`),
 KEY `value` (`value`),
 KEY `count` (`count`)
) ENGINE=InnoDB AUTO_INCREMENT=32768 DEFAULT CHARSET=utf8

Ed Cottrell 的解决方案对我有用。使用 = 而不是 LIKE 可以大大加快 1000 行的较小测试查询速度。

我测量了两种方式：一种是在phpMyAdmin中，另一种是查看DOM加载的时间（这当然涉及其他进程）。

DOM 加载时间从 44 秒缩短到 1 秒，增加了 98%。

但查询执行时间的差异更为显着，从 43.4 秒变为 0.0052 秒，减少了 99.988%。不错。我将报告来自大量数据集的结果。

Answer 1

使用= 代替LIKE。 = 应该比 LIKE 快​​得多——LIKE 仅用于匹配模式，如 '%something%'，它匹配文本中任何位置带有“something”的任何内容。

如果您有此查询：

SELECT * FROM myTable where myColumn LIKE 'blah'

MySQL 可以通过假装您输入myColumn = 'blah' 来优化这一点，因为它认为该模式是固定的并且没有通配符。但是，如果您的 upc 列中有这些数据怎么办：

blah
foo
bar
%foo%
%bar
etc.

MySQL 无法提前优化您的查询，因为它尝试匹配的文本可能是一个模式，例如%foo%。因此，它必须针对temp_val_import_435.value 的每个单个值与attr_upc.upc 的每个单个值执行LIKE 匹配的全文搜索。使用简单的= 和您定义的索引，这是不必要的，查询应该会大大加快。

Answer 2

本质上，您加入了一个 LIKE，这将是有问题的（如果完全使用索引，则需要 EXPLAIN 才能看到 MySQL）。试试这个：

UPDATE  `temp_val_import_435` t1
INNER JOIN `attr_upc` t2
  ON t1.`value` LIKE t2.`upc`
SET t1.`attr_id` = t2.`id` WHERE t1.`value` LIKE t2.`upc`