RblSb, запросов sql на один http запрос имеется ввиду вроде
Наверно это просто я таймаут у себя в аддоне сайта увеличил, вот и запросов меньше
Ну, сейчас может и поубавилось) Но я как-то раньше смотрел, было около 70-100.
web_demon, 30 запросов в среднем. В мобильной теме и того меньше. Не так уж и много.
Ну и насчет джоинов - они да, очень медленные (тут даже индексы роли не сыграют), если нужно выбрать 10 записей из таблицы на 10к записей, то они еще оправданы. А если дело идет на миллионы записей, то тут нужно использовать наиболее простые запросы + индексы + склейка однотипных запросов (если что-то нужно достать в цикле). И вот только тогда количество записей не будет так кардинально влиять на скорость. Плюс нужно снизить общее количество обращений к базе. Да, 100 запросов на страничке могут базу и не грузить, но времени отнимут очень много.
Честно скажу, вопросом восстановления не занимался прям ну очень сильно, так то может оно если и возможно, то у меня терпения не хватило быстро найти способ, если он есть. Насчет вечного подтупливания сайта, тут проблема в структуре абсолютно всего, движок делает очень много запросов, просто колоссальное количество. Так что все вышеописанное это капля в море.
Для меня InnoDB была всегда большим геморроем. Это все круто когда таблица не блокируется при записи, прирост в скорости и тд, но тут есть минусы. К примеру после краша мускула все таблицы InnoDB благополучно умирают и восстановить их становится очень сложно. Так что нужно сделать постоянный бэкап таблиц. Изм. web_demon (12.03 / 23:08) (2)
Я вчера погонял пайтоном и погрузил странички с гостя. Среднее время загрузки страниц 200 мс, исключение — первое подключение (загрузка библиотека, обращение к DNS, кеш), занимало 1 секунду. Пинг хороший, при том что я подключен через роутер соседа за тремя стенками (20-80 мс)
Death, куча дополнительных модулей делались копипастой кода и схемы данных дневников.
Death, да, это ведь дополнительный модуль, и сайт без него не заработает. PHP/MySQL Категории |