mysql - 不同 MySQL 系统上 Update 的执行时间差异很大

Question

我对 MySQL 有一个非常奇怪的情况。

举个例子:包含 15000 个条目的表

CREATE TABLE `temp_geonis_export` (
`auto_id` INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, 
`obj_id` VARCHAR(10),
`gis_id` VARCHAR(45),
`letzteReinigung_id` VARCHAR(10),
INDEX `Index_2`(`gis_id`),
PRIMARY KEY (`auto_id`)
)
ENGINE = InnoDB;

现在我要更新表中的 14000 行。我知道，这是一个很丑陋的陈述，可以很容易地重写，但这不是问题...

Update temp_geonis_export as temp
inner join (
Select gis_id, obj_id from 
(
Select abw.gis_id, abw.bezeichnung, erh.obj_id
from od_abwasserbauwerk as abw
inner join od_erhaltungsereignis as erh on erh.fs_abwasserbauwerk = abw.obj_id and erh.status = 2
inner join od_reinigung as unter on unter.obj_id = erh.obj_id
order by fs_abwasserbauwerk asc, erh.zeitpunkt asc
) as alleSortiert group by alleSortiert.gis_id
) as naechsteRein on temp.gis_id = naechsteRein.gis_id
set temp.naechsteReinigung_id = naechsteRein.obj_id;

现在，如果我在我们的开发服务器上运行更新语句，大约需要 1 秒。在我们的一台生产服务器上，它需要 90 秒!!

这些是我的观察:

• Handler_read_rnd_next 101000(开发)，266177000(生产)
• 生产系统上的 CPU 使用率非常高(由于上述观察)
• 两个系统上几乎没有磁盘 IO
• 当我重写更新查询并将子查询的输出存储到临时表中时，更新语句在两个系统上都很快

根据观察，我的结论是，出于某种原因，我们的生产服务器必须对每个更新的行执行全表扫描。开发服务器没有。肯定是配置问题，因为我们的服务器都是5.1.25的，硬件也差不多。

您是否知道我必须在我们的生产服务器上进行哪些更改才能使其性能更好？

谢谢你的帮助

Answer 1

几小时后我终于得到了解决方案:
问题是，生产服务器上的 DEFAULT CHARSET 与数据库中使用的字符集不同。现在，当创建表时没有显式指定字符集，MySQL 不使用索引。这是因为当连接表的字符集不同时，MySQL 无法在 CHAR 字段上使用索引。

非常感谢 peterm 的帮助。您为我指明了正确的方向。