1

我对 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，硬件也差不多。

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

谢谢你的帮助

4

1 回答 1

0

几个小时后，我终于找到了解决方案：
问题是，生产服务器上的默认字符集与数据库中使用的字符集不同。现在，在没有明确指定 charset的情况下创建表时，MySQL 没有使用索引。这是因为当连接表的字符集不同时，MySQL 不能在 CHAR-Fields 上使用索引。

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

于 2013-06-26T09:08:05.007 回答