Это было бы интересно записать при наверстывании:
сколько пропускной способности используется
сколько загрузки ЦП (особенно i/o ожидают),
использование оперативной памяти
В ответ на новую информацию о i/o ожидают, будучи высоким; для innodb много может быть сделано, смотреть на. Я узнал о многих вещах из mysqlperformanceblog. Вот некоторые подсказки:
innodb_flush_method=O_DIRECT
"Избегайте двойной буферизации и снизьте давление подкачки, в большинстве случаев эта установка улучшает производительность. Хотя быть осторожным, если Вы не имеете с аварийным батарейным питанием кэш RAID как тогда, когда запись IO может пострадать".
innodb_flush_log_at_trx_commit=2
"Если Вы не озабоченность по поводу ACID и можете освободить транзакции в течение прошлой секунды или два в случае полного катастрофического отказа ОС, чем установленный это значение. Это может поразительный эффект особенно на большое количество коротких транзакций записи".
Они сделали ЧУДЕСА для нас, но недостаток состоит в том, что Вы могли бы освободить секунду записанных данных. Это вызвано тем, что вместо записи (сбрасывают к диску) каждая запись, Вы сбрасываете каждую секунду.
Можно читать больше на: http://www.mysqlperformanceblog.com/2007/11/01/innodb-performance-optimization-basics/
502 означает плохой шлюз. Обычно это что-то говорит вам балансировщик нагрузки (или любой обратный прокси-сервер), когда цель восходящего запроса не отвечает на него или говорит что-то неприятное.
Посмотрите на запрос, посмотрите веб-журналы сервера (и Журналы HTTPERR) и журналы LB на время запроса и попытайтесь сопоставить их.