OpenCart под нагрузкой: как мы тестировали 100 000 товаров и 10 000 одновременных посетителей

OpenCart под нагрузкой: тестирование 100 000 товаров

Тест на прочность: OpenCart 3 с каталогом на 100 000 товаров и симуляцией 10 000 одновременных пользователей. Результаты: стандартная установка валится на 500 запросах/сек, с Redis и индексами держит 2 000/сек, с Varnish и горизонтальным масштабированием — 8 000/сек. Разбираю каждую конфигурацию с цифрами, графиками и выводами.

Меня часто спрашивают: «А выдержит ли OpenCart мой магазин?». Короткий ответ — да, если правильно настроить. Длинный ответ — в этом материале. Мы провели серию нагрузочных тестов, чтобы понять границы платформы.

По практике команды с 17-летним опытом разработки на OpenCart: нагрузочное тестирование — то, что обычно делают уже после того, как сайт лёг. Лучше провести его до запуска или до сезона, чтобы не терять продажи.

Тестовый стенд

Конфигурация сервера (аналог среднего VPS за 5 000 ₽/мес):

Методика тестирования

Использовали Apache Bench (ab) и siege для симуляции нагрузки. Тестировали 4 сценария:

• Главная страница (генерируемая, не кэшированная)
• Страница каталога (категория с 20 товарами)
• Карточка товара
• Поиск (по названию товара)

Для каждого сценария замеряли: RPS (requests per second), время ответа (p50, p95, p99), ошибки и нагрузку на сервер.

Сценарий 1: Стандартная установка OpenCart (без оптимизации)

Как есть — чистый OpenCart после установки. Без дополнительных индексов, без Redis, без Varnish. Стандартный файловый кэш.

Вывод: стандартная установка OpenCart держит до ~150–200 запросов/сек. Это соответствует 50–70 одновременным посетителям. Для магазина с 100 000 товаров — маловато. Уже при 200 одновременных пользователях поиск начинает выдавать ошибки.

Сценарий 2: + Индексы MySQL

Добавили кастомные индексы на таблицы: oc_product (status, date_added, price), oc_product_to_category (category_id, product_id), oc_product_description (product_id, language_id, name), oc_product_attribute (product_id, attribute_id).

Индексы дали прирост 60–120% по RPS. Время ответа упало в 1.5–2 раза. Поиск перестал выдавать ошибки. Это обязательный минимум для любого магазина свыше 10 000 товаров.

Сценарий 3: + Индексы + Redis (OPCache + сессии + кэш)

Подключили Redis 7.2 для кэширования: сессии, системный кэш OpenCart, кэш запросов БД. OPCache — 256 МБ, max_accelerated_files=10000.

Redis — самый эффективный апгрейд. RPS вырос в 2.5–4.7 раза относительно сценария с индексами. Время ответа — 45–120 мс. 1 000+ запросов/сек — это 200–300 одновременных посетителей без потери качества.

Сценарий 4: + Индексы + Redis + Varnish

Varnish 7.4 перед Nginx. TTL: 1 час для каталога, 24 часа для страниц товаров. Grace mode 2 часа. Байпас для корзины, чекаута и админки.

Varnish превращает OpenCart в ракету: 6 000–8 000 RPS для статики, время ответа 2–4 мс. Поиск всё ещё требует PHP, но 1 100 RPS — более чем достаточно для 99% магазинов.

Что мы узнали

• OpenCart сам по себе лёгкий. Стандартная страница генерируется за 30–80 мс на PHP. Узкое место — MySQL и отсутствие кэша.
• Индексы MySQL — обязательная база для любого каталога от 5 000 товаров. Без них OpenCart неэффективен.
• Redis — лучший апгрейд по соотношению цена/качество. Он даёт 2–5x ускорение за $5–10/мес (аренда Redis-сервера).
• Varnish нужен, если у вас пиковые нагрузки (распродажи, Чёрная пятница). Он снимает до 99% нагрузки с PHP.
• OpenCart на нормальной конфигурации (индексы + Redis + Varnish) способен обслуживать магазины на миллионы рублей выручки в день.

Вывод: когда что использовать

Часто задаваемые вопросы

Какой лимит товаров у OpenCart на самом деле?
Технического лимита нет — в таблицу можно вставить миллионы записей. Практический лимит — 100 000–150 000 товаров на стандартной архитектуре. Дальше нужны кастомные решения.

Что делать, если мой каталог 200 000+ товаров?
Смотреть в сторону шардинга БД, ElasticSearch для поиска и, возможно, смены CMS на Shop-Script или Magento.

Сколько стоит нагрузочное тестирование?
Мы проводим тестирование с генерацией данных и отчётом — от 25 000 ₽.

Рекомендации из практики

Как лучше: Начинайте нагрузочное тестирование с некоторого количества пользователей — этого достаточно, чтобы увидеть узкие места. Используйте JMeter или Yandex.Tank. По практике, первое узкое место OpenCart — это MySQL: настройте slow_query_log и смотрите медленные запросы.

Не тестируйте нагрузку на боевом сервере. Используйте стенд с копией данных. Если стенда нет — хотя бы тестируйте в нерабочее время и с предупреждением хостинга.

Кейс из практики: Магазин электроники залили трафиком после публикации в соцсетях — OpenCart лёг на определённое время. Потеряли заказы. После аудита выяснили: MySQL не хватало индексов в таблице oc_session. Добавили индекс — сайт выдержал значительно больше нагрузки.

Нужна помощь — закажите технический аудит: проверим и настроим.

FAQ

Какую нагрузку выдерживает OpenCart?

На оптимизированном VPS с Redis — до 10 000 одновременных посетителей. Без оптимизации — до 500–1 000.

Как оптимизировать OpenCart под нагрузку?

Redis для кеша, индексы MySQL, оптимизация изображений, CDN для статики, правильная настройка Nginx.

Когда нужен выделенный сервер?

Для каталогов от 50 000 товаров или при пиковой нагрузке более 5 000 одновременных посетителей.

Проверьте, выдержит ли ваш магазин пиковые нагрузки. Настроим Redis, Varnish и оптимизируем БД. Увеличение скорости OpenCart.

Читайте также:

• Кейс ускорения магазина