Доброго времени суток.

Описание:
Две таблицы.
Одна с полем А заполненным некоторыми кодами и пустым полем Б. (2 млн. записей)
Вторая таблица с теми же полями А и Б, но и Б уже заполнено. То есть это справочник соответствия кодов А кодам Б. (200к записей)
Обе innodb.
На полях А и Б нет индексов.

Задача:
Заполнить в первой таблице поле Б соответствующими значениями из второй таблицы-справочника.

Решение:
Обновляем в цикле пачками, скажем по 100 позиций.



Проблема:
Каждая итерация выполняется около 1 секунды. Т.е. 1 сек на обновление 100 записей. Что в принципе приемлемо.
Но выполнив ~20 итераций за 1 секунду каждая, следующие ~20 итераций выполняются по ~6 секунд на 100 записей. Потом снова за 1 секунду.
Т.е. производительность падает и растет скачками.

С чем может быть связано подобное поведение?
И, если не затруднит, как бы вы решали подобную задачу?

javajdbc,

автор1. версия мускл ?
5.5

автор2. Explain на запросыы, апдейты ?
5.5 вроде не умеет для апдейта explain

автор3. память? железо?
память 8гб, AMD Athlon(tm) II X4 645 3,1 ГГц

автор4. издалека похоже что надо таки индексы сделать
можно чуть конкретнее, какие и на какие поля?

id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE kladr_street range PRIMARY PRIMARY 4 NULL 5 Using where

idselect_typetabletypepossible_keyskeykey_lenrefrowsExtraidselect_typetabletypepossible_keyskeykey_lenrefrowsExtra

Хм, если правильно понял:




idselect_typetabletypepossible_keyskeykey_lenrefrowsExtra1SIMPLEtable_1rangePRIMARYPRIMARY4NULL5Using where

Подзапрос:



idselect_typetabletypepossible_keyskeykey_lenrefrowsExtra1SIMPLEoktALLNULLNULLNULLNULL171347Using where

P.s.: сорри за предыдущее сообщение, промазал мимо предпросмотра

javajdbc,

авторСделайте индекс по Табле2.А и все залетает как наркоман над
маковым полем.

Залетало, спасибо огромное)