Содержание
В одной из предыдущих статей я производил тестирование модуля IMDBOptimizer для 2000 и 5500 товаров для случая базовой оптимизации (только создания индексов). В этой же статье я приведу результаты тестирования другой функциональности, а именно Кэша SQL-запросов.
Основные моменты тестирования модуля IMDBOptimizer
1. Исходный тестовый сайт остался тем же (то есть создавался точно так же).
2. Базовая оптимизация не проводилась (индексы не создавались). Чтобы можно было оценить эффект Кэша для любого сайта.
3. Подсчет товаров в категориях был отключен, так как эта проблема решается индексами. Кэш SQL-запросов, конечно, так же решает эту проблему. Однако, лучше использовать индексы.
4. Тестирование для 2000 товаров не проводилось, так как разница между исходным временем генерации 2000 товаров и 5500 не столь значительна.
5. В качестве категории использовалась категория верхнего уровня «Компьютеры» (в ней больше товаров — 3480).
6. Для тестирования отдельной карточки продукта был взят один из дубликатов Apple Cinema, так как содержит массу опций.
7. Скорость генерации указана средняя (различные задержки из среднего были исключены).
8. «Выигрыш % к исходному (раз)» считался по формуле (100 * ([Время без кэша] — [Время с кэшем])/[Время без кэша]). То есть, сколько процентов времени было сэкономлено.
Результаты тестирования Кэша SQL-запросов
Сама таблица с результатами тестирования Кэша SQL-запросов модуля IMDBOptimizer
| Что измерял | Без кэша (мс) | Кэш SQL (мс) | Быстрее в (раз) | Выигрыш % к исходному (раз) |
|---|---|---|---|---|
| Главная | 540 | 260 | 2,08 | 51,85 % |
| Категория «Компьютеры» (3480 товаров) | 1720 | 350 | 4,91 | 79,65 % |
| Отдельный товар (Apple Cinema) | 560 | 300 | 1,87 | 46,43 % |
| Бренды (Apple) | 1670 | 330 | 5,06 | 80,24 % |
Как видите, результаты применения Кэша SQL-запросов весьма неплохие.
Ссылка на описание модуля IMDBOptimizer и где его можно найти.
