Турбоускоритель для MySQL

Porshe 911 Turbo, самый первый и самый последний.
Все-таки, красота не знает времени.

Часто ли ты задумывался об оптимизации работы своих сайтов? Что, к примеру, будет, если ты раскрутишься до 5000 посетителей в день? 10000? Недавно мне пришлось заняться небольшим исследованием в этой области.

Тут многие из вас начнут говорить про то, что крупные проекты на PHP не делаются. Заранее с вами согласен, но тестовую версию проще, быстрее и дешевле сделать на PHP.

Один из моих новых социальных проектов, который вот-вот запустится, требует от сервера приличных ресурсов: база на несколько сотен тысяч записей, много работы со строками, массивами, много логики. Для PHP+MySQL это оказалось не такой простой задачей — в первом приближении результат выдавался пользователю за 15 секунд!!! Что-то с этим надо было делать.

Используем индексы в таблицах

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

Индексирование таблицы позволяет СУБД обращаться к записям как к элементам массива, что намного быстрее, чем простой перебор. В phpMyAdmin это делается просто: в режиме «Структура таблицы» напротив нужного поля надо нажать иконку с молнией. Через консоль это делается так:

ALTER TABLE mytable ADD INDEX (mycolumn)

Про удаление и редактирование индексов можно почитать в доках к MySQL. Также стоит почитать про форсирование использования индексов при выборке данных, потому что MySQL не всегда использует их.

Есть один момент: индексы надо создавать по тем полям, значения которых имеют очень большой диапазон. Например, поле цены у товара может быть от 100 до 10000 рублей: по такому полю имеет смысл делать индексацию. А вот по полям, которые могут принимать менее 10 значений, индексы прироста не дадут. Но в любом случае надо экспериментировать.

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

Чудо-ключи

Но не каждый пользователь готов ждать ответ на свой вопрос целых четыре секунды. Погуглив дальше я нашел отличную штуку: ключи в SELECT-запросе. Самым удачным в плане повышения скорости выполнения запроса оказался ключ STRAIGHT_JOIN. Этот ключ принуждает MySQL делать выборку из нескольких таблиц в строго заданном порядке. Пример использования этого ключа:

SELECT /*! STRAIGHT_JOIN*/ *
FROM cars,users
WHERE users.carid=car.id AND cars.id = 5

Принудительная последовательность выборки из нескольких таблиц нужна для того, чтобы уменьшить количество перебираемых строк. То есть, сначала нужно делать выборку, результат которой ожидается самым минимальным по количеству строк, а потом уже пересекать его с более объемными таблицами. В любом случае, с порядком перечисления таблиц в запросе всегда можно экспериментировать.

В результате применения ключей STRAIGHT_JOIN и SQL_NO_CACHE время обработки сократилось с 3—4 секунд до 0.7—0.9. В итоге после применения всех оптимизаций время работы скрипта сократилось с 15 секунд в 16-22 раза. Совершенно бесплатно 8)

На сладкое

На десерт сегодня оператор EXPLAIN, который показывает последовательность выполнения запроса. Очень полезная штука, которая как раз и позволяет найти нужный порядок таблиц в сложных выборках.

И еще хочу поделиться с тобой ссылкой на номер PDF-журнала phpInside, в котором есть несколько очень полезных статей про оптимизацию работы баз данных.

И вообще из множества статей на тему оптимизации работы веб-приложений мне стало понятно одно: чем больше переложено на СУБД — тем быстрее будет работать приложение. Да и портировать его на другие платформы будет намного проще.

Почитать

По мере продвижения наверх по рейтингу автономных блогов Яндекса замечаю все больше бывших гуру, крутизне которых когда-то поражался. Забавно. Но почитать там сегодня я ничего полезного не нашел.

Зато в недрах рейтинга есть молодой блог Баба.Сапиенс некой Татьяны, которая очень интересно пишет об отношениях.

С любовью, Юра.

Похожие записи