Насколько ресурсоемка эта операция?

Если в таблице около миллиона записиь и нужно по несколько раз в минуту делать UPDATE примерно 50-ти строк

Код

UPDATE table SET last_ process_id=43 WHERE id = 56; UPDATE table SET last_ process_id=40 WHERE id = 37; UPDATE table SET last_ process_id=45 WHERE id = 7968987; ... итак 50 раз UPDATE разных строк

Столбец id является PRIMARY KEY и на него есть INDEX.


Что происходит с блокировкой?
Добавлено @ 16:37
На таблице из 500 000 записей, запрос:

Код

UPDATE `ibf_posts` SET `ip_address` = '24.35.65.46' WHERE pid =57482

занял 0.0406 сек. Что же. Не так и мало времени...
Добавлено @ 16:41
0.05*50=2,5сек. на обработку 50 простых UPDATE.
Добавлено @ 16:41
Есть идеи, как оптимизировать можно?

Сделать еще на last_ process_id индекс
...и еще подумать...

Можно попробовать счиатать обновляемые записи в отдельную временную таблицу, обновить их там и заменить записи в исходной таблице записями из временной таблицы. Т.е. примерно так:

Код

CREATE TEMORARY TABLE tmp_data (...); INSERT INTO tmp_data SELECT * FROM master_data WHERE id IN(...); UPDATE tmp_data ...; REPLACE master_data SELECT * FROM tmp_data;

Bikutoru, а разве это по времени не больше получится?

Цитата(Wowa @ 28.12.2005, 16:32)

Есть идеи, как оптимизировать можно?

Какой размер у тебя key_buffer? (посмотреть можно в show variables)

это был я

Цитата(Illuminaty @ 28.12.2005, 18:15)

разве это по времени не больше получится?

Не знаю, но я бы попробовал

Цитата(Illuminaty @ 28.12.2005, 15:15)

Bikutoru, а разве это по времени не больше получится?

я думаю, что однозначно это будет дольше.
Добавлено @ 17:31

Цитата(Guest @ 28.12.2005, 15:20)

Какой размер у тебя key_buffer? (посмотреть можно в show variables)

На сервере 2Гб оперативки. key_buffer - могу поставить такой, какой нужно. Как это повлияет?

Цитата(Wowa @ 28.12.2005, 17:30)

Цитата(Illuminaty @ 28.12.2005, 15:15) Bikutoru, а разве это по времени не больше получится? я думаю, что однозначно это будет дольше. Добавлено @ 17:31 Цитата(Guest @ 28.12.2005, 15:20) Какой размер у тебя key_buffer? (посмотреть можно в show variables) На сервере 2Гб оперативки. key_buffer - могу поставить такой, какой нужно. Как это повлияет?

Поставьте скажем для начала 800М. Посмотрим что получится.

Также посмотрите возможно ли использование update dealyed
Добавлено @ 17:37
update delayed я имел в виду. Или то же самое update low priority

У меня есть идея разбить таблицу на блоки. Каждый блок из 50 записей состоять будет.
Добавить колонку block_id.
И создать новую таблицу, в которой хранить уже block_id и last_ process.

Обрабатывать придется все 50 записей(т.е. один блок) одновременно, поэтому у них будет last_ process естественно одинаковый.

Соответственно нам нужно будет провести не 50 апдейтов, а только 1 и в таблице которая в 50 раз меньше.



Может еще идеи есть?
Добавлено @ 17:39
Минус в этой идеи в том, что выдавать блоки на обработку - мне нужно также по много раз в минуту. И делать тогда select придется не с одной таблицы, а сначала с выбирать блок, который нужно обработать с первой таблицы, а затем со второй таблицы SELECT * WHERE block_id=НОМЕР_БЛОКА.

Цитата(Illuminaty @ 28.12.2005, 16:54)

Сделать еще на last_ process_id индекс ...и еще подумать...

индекс ускоряеть поиск ( т.е. where ... ) но делаеть insert/update медленее. Так что думаю эта не хорошая идея

если у тебя id уникальний в запросе можно добавить Limit 1, чтоб не искал других записев с id=56

Знаете что, попробуйте на одной большой таблице сделать все 50 update, а потом покажите какие значения будут у
key_reads и key_read_requests

(я предполагаю вы используете myisam)

Вообще быстрее не получится. другие индексы - всё равно лишние.
Тормозит только из за большого количества записей.

Цитата(Darhazer @ 28.12.2005, 15:41)

если у тебя id уникальний в запросе можно добавить Limit 1, чтоб не искал других записев с id=56

это ведь PRIMARY KEY. Вряд ли поиск идет дальше..

На счет создания индекса - сглупил (даже проверил это, чтобы убедиться)
Wowa, мне кажется, что нужно оптимизировать задачу. Изходя из этого можно и структуру таблиц и запросов изменить