Никакие два сайта не подобны. Действительно необходимо заставить инструмент как jmeter и сравнительный тест видеть, где проблемные точки будут. Можно провести много времени, предположив и улучшившись, но Вы не будете видеть реальные результаты, пока Вы не измерите и сравниваете свои изменения.

, Например, много лет, кэш запроса MySQL был решением всех наших проблем производительности. Если Ваш сайт был медленным, эксперты по MySQL предложили включить кэш запроса. Оказывается, что, если у Вас есть высокая загрузка записи, кэш на самом деле наносит вред. При включении его без тестирования Вы никогда не знали бы.

И не забывают, что Вы никогда не делаетесь, масштабируясь. Сайту, который обрабатывает 10req/s, будут нужны изменения для поддержки 1000req/s. И если Вы будете lucking достаточно для поддержки 10,000req/s, архитектура будет, вероятно, выглядеть полностью отличающейся также.

Базы данных

• не используют MySQLi - , PDO является 'современным' слоем доступа к базе данных OO. Самой важной функцией для использования являются заполнители в запросах. Достаточно умно использовать сторону сервера, готовится и другая оптимизация к Вам также.
• Вы, вероятно, не хотите разбивать свою базу данных в этой точке. Если Вы находите, что одна база данных не сокращает, существует несколько методов для увеличения масштаба, в зависимости от приложения. Тиражирование в дополнительные серверы обычно работает хорошо, если у Вас есть больше чтений, чем записи. Sharding является техникой для разделения данных по многим машинам.

Кэширование

• Вы, вероятно, не хотите кэшироваться в своей базе данных. База данных обычно является Вашим узким местом, таким образом добавляя, что больше IO's к нему обычно является плохой вещью. Существует несколько кэшей PHP там, которые выполняют подобные вещи как APC и Пехлеви.
• Мера Ваша система с кэшированием на и прочь. Я держал пари, что Ваш кэш более тяжел, чем обслуживание страниц прямо.
• , Если требуется много времени для создания комментариев и данных статьи из дб, интегрируйтесь кэш-память в систему. Можно кэшировать результаты запроса и сохранить их в memcached экземпляре. Важно помнить, что получение данных из кэш-памяти должно быть быстрее, чем сборка его от базы данных для наблюдения любого преимущества.
• , Если Ваши статьи не являются динамичными, или у Вас есть простые динамические изменения после того, как это сгенерировано, рассмотрите выписывание HTML или php к диску. У Вас могла быть index.php страница, которая считает диск для статьи, если это там, это передает его потоком клиенту. Если это не, это генерирует статью, пишет это в диск и отправляет его клиенту. Удаление файлов от диска заставило бы страницы быть переписанными. Если бы комментарий добавляется к статье, удалите кэшируемую копию - это было бы повторно создано.