Продукт нишевый, спортивная статистика. Сегодня какой-то важный день в году в Хоккее.

те просто база не справляется с нагрузкой?

Да

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

а, вроде еще не рекомендовали, но к мускуулю есть mysqltuner.pl, скрипт который смотрит настройки и логи, и по ним дает рекомендации, что подкрутить.

дежавю

как на plunker увидеть боковую панель или ее нет вообще больше смотрю урок 14 года

plunker в настоящее время нужен для работы вообще

оперативно 🙂

Подключите NewRelic или DataDog и смотрите что нагрузку создает. Лимит на количество unicorn worker'ов поставьте. Ну и mysqltuner на базу натравить. Девопсов уволить и нанять тех кто может решать проблемы.

Можно начать профилировать код. Только пиши тесты на перфоманс, или замеряй и после этого итерируйся.

профилирование начинается с вещей типа NewRelic

профилирование начинается с профилировщика

Евгений дело говорит, нашел точку роста – пофиксил, написал тест, используя rspec-benchmark

APM (Application Performance Monitoring) типа NewRelic показывает что начинать профилировать в первую очередь, иначе вы будут профилировать наугад код который исполняется один раз в полную луну.

да мне и промика с графаной хватает, чтобы понимать что профилировать в первую очередь

Наброшу немного. Выяснили, что базу убивала не рубишная апка, а пэхэпэшная. Решили поставить новые SSD. 😀

Ну главное что нашли.

А что в пхп?