Очень часто любому разработчику приходится сталкиваться с такой ситуацией:

• Проверить существует ли определенная запись в таблице.
• Если такой записи нет, то добавить ее
• Если запись уже существует, то изменить ее

Начинающий программист решит эту задачу в три запроса, приблизительно так:

Ну а не начинающий знает о конструкции

INSERT ... ON DUPLICATE KEY UPDATE ...

Что дает такая конструкция помимо краткости записи? Она дает выйгрыш в скорости! Тесты под катом.

Каждый тест проводится со следующими условиями:

• Для каждого теста проводится 11 подтестов, в которых постепенно изменяется процентное соотношения колличества вставок (INSERT) к колличеству изменений (UPDATE), начиная от 1% и заканчивая 99%
• Каждый подтест выполняется в цикле 20000 раз. (Выбранно методом тыка)
• Написанна функция-враппер, которая учитывает только время выполнения запроса. Т.е. в тестах учитывается ТОЛЬКО время выполнения запросов, без времени выполнения функций самого PHP.

Тестируем SELECT+INSERT+UPDATE без индекса

Протестируем код который я уже приводил выше. И оформим результат в виде графика:

Вертикальная шкала — время. Горизонтальная — процент вставок. Как вы догадываетесь это самый худший результат, среднее время 120 секунд на один подтест.

Тестируем SELECT+INSERT+UPDATE с обычным индексом

Первый шаг на пути к оптимизации скрипта это добавление индекса в нашу таблицу, добавим обычный индекс
ALTER TABLE `logs` ADD INDEX ( `ip` )
и опять замерим скорость:

Опа, такое простое действие, а результат — улучшение времени в основном в 6 раз! В среднем выходит около 20 секунд на подтест.

SELECT+INSERT+UPDATE с уникальным индексом

Продолжаем шагать в сторону улучшения скрипта. Так как логика подобных скриптов подразумевает то что запись с каждым индексом уникальна, то по сути и индекс должен быть уникален. Удаляем предыдущий индекс из таблицы и добавляем новый
ALTER TABLE `test` ADD UNIQUE (`ip`)
Строим график:

Спорный результат, но чего не сделаешь ради правильной оптимизации (Индекс UNIQUE нужен для конструкции ON DUPLICATE KEY). Среднее же время осталось приблизительно тем же (20 секунд).

INSERT + ON DUPLICATE KEY + UPDATE

Ну и теперь то, ради чего все это затеялось. Вот наш запрос:

Как видите, запись действительно намного короче. Тестируем, и получаем следующее:
среднее время — 12 секунд! А это ровно в 10 раз лучше чем наш первый вариант. Причем обратите внимание, график — почти ровная, горизонтальная прямая. Т.е. в отличие от предыдущих вариантов он полностью не зависит от соотношения вставок к изменениям (более стабилен).

Итог

Не забывайте правильно настраивать индексы в ваших таблицах и используйте конструкцию ON DUPLICATE KEY. Это дает существенный прирост в скорости.
PS: архив с исходниками тестов: TestSource.zip (1.5 кб)