Stek

Рейтинг
315
Регистрация
23.05.2004
так у вас в MySQL кеширование включено или нет???

Какое еще MySQL кеширование ? Работа идет с базой через стандартный php драйвер mysqli_*

какие еще аргументы, если делается выборка по целому значению поля, а оно не индексировано .

explain select и будет видно.

Опросил всех знакомых, кто так или иначе работал с более-менее нагруженными проектами (от 50к уников в сутки). Во всех, без исключений, случаях проблемы были только с базой.

50к весьма относительная цифра. Для вордпресса это много, для заточенного под проект движка - мало. В адалте 50к вообще так себе, середнячок. У меня на работе сайт 100 юников в сутки и пара десятков миллионов записей данных для логистик компании, где база грузится почище любого вордпресса. Вот и думай, что значит "большая нагрузка".

Да ладно?! http://habrahabr.ru/post/64325/ - простой пример, когда отказ от БД дает только плюс.

а меня вот смущает требования наличия mysql библиотек для инсталяции сфинкса. Отказ от БД говорите ?

Deprecated - функция не рекомендуется к использованию. Используй preg_match

написать сколько времени составляет время компиляции пхп скрипта (не уг) на вашем нормальном сервере

К примеру дебаг моего скрипта "exec time: 0.032s, MySQL: connected in 0.00312s, running 0.002s in 8 queries. Memory usage: 2286, max 2344 Kb" . 0.02 секунды, самую тяжелую часть, делает twig шаблонизатор. VPS на XEN за 20 евро. InnoDB таблицы с порядка 10к записями.

Попробуйте в файловом хранилище нормально настроить индексы, особенно составные.

Это что за зверь такой, "файлохранилище с составными индексами" ?

И тормоза ВСЕГДА именно в БД. Никогда не задумывались, для чего используется кеширование?

Тормоза в БД означают то, что если перевести эти же операции на файловую систему - она просто сдохнет в момент со всем сервером. Кеширование же используют для того, что бы не выбирать одно и то же по сотне раз, когда результат не меняется.

Так что не надо путать обработку/поиск данных и получение уже готовых данных.

имхо больше всего на сайте тормозит MySQL т.е. даже если вы ускорите интерпретатор php и вместо 1 милисекунды он будет выполняться в 100 раз быстрее, то за счет того что мускулу требуется десятки, а то и сотни милисекунд ничего принципиально не поменяется

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

Не париться и взять скрипт.

Хостер на целероне ?

1к секунд в месяц - это 15 минут на клиента в месяц. ~35 секунд в день. Виртуал с 1к клиентами на одном сервере ? .)

Нет такого. Это как универсальную еду для животных искать.

для высоконагруженных проектов из PHP-шных технологий ничего лучше и не предложат, но хорошие специалисты в YII хороших денег стоят

Для высоконагруженных проектов ни yii ни другие фрейморки нафиг не впились. Своя модель роутинга продумывается за сутки, работа с базой и объектами за неделю в процессе решения, остальное время идет на чистую реализацию.

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

ОРМ круто, на хабре яростно минусуют быдло кодеров на плейн пхп. Мой запрос к базе через mysqli занимает 600к памяти, а доктрайн жрет 19мег. Теоретические смены базы если и бывают, то уже на nosql с совершенно новой структурой. Он вам надо ?

Всего: 2766