Как масштабировать приложения Rails

Question

Я использую apache и puma для развертывания приложения. Я использую PostgreSQL. Code on github. Мои приложения работают медленно. когда я генерирую несколько тысяч строк в одной таблице, производительность начинает ухудшаться, но все же приемлема. Я все еще могу обрабатывать 5 запросов в секунду. Когда я добавил миллион строк в одну таблицу, один запрос выполняется за 8 секунд, и представления, похоже, генерируются навсегда. Я добавил индексы и написал необработанные SQL-запросы несколько раз, но производительность все еще очень медленная.

Где я могу начать оптимизацию применения рельсов? Как я могу получить не менее 50 запросов в секунду?

Answer 1

Я рекомендую настроить Mini Profiler, чтобы попытаться определить ваши узкие места. В частности, обратите внимание на N+1 problem (рассмотрите возможность использования Bullet, если это - проблема).

Избегайте зацикливание на все ваши ряды и инстанцировании модель для каждого, тем самым поглощая память:

User.all.each do # Bad 
User.find_each do # Better 

Использование пагинация (проверить Kaminari или WillPaginate), чтобы избежать рендеринга страниц со слишком большим количеством строк.

Answer 2

Перед оптимизацией - собирайте статистику (например, используйте зонд-запрос-лог-анализатор) и определите, какие запросы занимают больше всего в средней медлительности.

Например, у вас может быть 8-секундный запрос, который выполняется один раз в неделю, и 0,5 секунды, который запускается каждую секунду, чтобы ускорить работу приложения, сначала оптимизировав последнее.

Для медленных запросов - просто загляните в их журналы и сузите узкие места - db/views/etc.

Далее следует общий совет - «код не работает быстрее, чем никакой код», прежде чем идти в исходные SQL-запросы, писать C-расширения и т. Д. Сначала рассмотрите сложность ваших алгоритмов, плохо написанная O (n) будет работать быстрее, чем -оптимизированный O (n^2), O (1) быстрее, чем O (n)

Более конкретно для веб-программирования - каждый запрос на что-либо внешнее (db/webservices/memcache/etc.) требует времени, данные также подсчитываются, избегайте отдельного запроса каждого элемента в коллекции, если вы можете получить их все сразу или за меньшее количество запросов (по этой причине рельсы имеют активную загрузку для ассоциаций)

Сначала я бы посмотрел на избыток db запрос, удаление е ненужные запросы и смотреть на планы выполнения (ака explain ..) для тех, кто остается

Третья вещь мусора, но я не думаю, что это узкое место для вас в данный момент