Вы здесь

Что стоит предпринять с такими долгими запросами?

0

Медленные запросы странице Views:

на этой странице выводятся

  1. 30 элементов представления по материалам, заголовок материала, картинка, краткий текст, кнопка подробнее.
  2. меню таксономии в 25 пунктов, выведенное в блок (не программно)

В результате видны красным медленные запросы

Это страница Педставления материалов (4я страница), открытая второй раз (то есть я зашел и обновил опять) от админа.
Я вижу, что Advagg все равно делает медленный запрос, то есть даже со второго открытия он тормозит. В адвагге включено только сжатие css и перемещение их. Препроцесс над джс там не включен. Так как джс у меня только на одной странице.
А запрос на 208мс выбора кэша - это уж совсем непонятно?
Подскажите, стоит ли отключить Адвагг чтобы он не тормозил?
И почему тормозит кэш?

Медленные запросы на странице материала

на другой странице тормозит обращение к таблице {d7_cahe} -200мс казалось бы очень короткий запрос. Что надо сделать с этой таблицей?

также Кэш Вьюс тормозит: выводятся 20 похожих новостей с модулем Similar Terms и в этом представлении отмечено "Кэшировать по страницам"

Версия Drupal: 
7.x
Категория: 
Performance
Связанные проекты: 
Devel
Вопрос задан 10.11.2015 - 16:15

это на джине. где я редактирую дизайн и чищучищу кэш

Комментарий оставлен 10.11.2015 - 17:49

Я знаю, что на виртуальных хостингах и на дешевых VPS с OpenVZ - виртуализацией бывают такие проблемы.
Может тормозить файловая подсистема в связи с нагрузкой, которую дают другие сайты.
И, соответственно, один и тот же запрос в одном случае будет работать быстро, а в другом случае - вот так вот тормозить.

Комментарий оставлен 10.11.2015 - 17:54

пока что я вижу только один способ оптимизации на шаред-хостингах: авторизованным надо ограничить функционал. в частности: внешний сайт должен всем показываться из кеша. а управление своими материалами - в личном кабинете. тогда запросов будет существенно меньше.

Комментарий оставлен 10.11.2015 - 18:00

на данный момент я вставил обычный html-код вывода меню в блок - правда оно у меня раскрывающееся. но с обычным хтмл он лучше работает. максимальное время запросов - 270мс хотя раньше было 1100.
правда теперь когда я включил кэш представлений не видно на страницах представлений этот отчет

Комментарий оставлен 10.11.2015 - 18:10

Попробуйте модуль boost, там анонимусам будут выдаваться html-страницы.
А если Вы для себя делаете проект какой-либо, то проще изначально не заморачиваться на shared-хостинге.
Переходите хотя бы на недорогой VPS.

Комментарий оставлен 10.11.2015 - 20:06

А если Вы для себя делаете проект какой-либо, то проще изначально не заморачиваться на shared-хостинге.
Переходите хотя бы на недорогой VPS.

Плохой совет, если нет знаний в области администрирования.

Комментарий оставлен 11.11.2015 - 16:21

Я скажу, что у меня давно один проект был размещен на jino. И по мере роста посещаемости он стал не то, что тормозить, а периодически стали вылетать ошибки о нехватке памяти. Я без каких-либо знаний по администрированию перенес его на VPS. И, в принципе, всё стало работать нормально. Правда, пришлось пару раз поднять тарифный план, но, если проект что-то приносит, то это, как говорится, не проблема, а расходы.

Комментарий оставлен 11.11.2015 - 17:01

Я без каких-либо знаний по администрированию перенес его на VPS. И, в принципе, всё стало работать нормально.

Это называется, пока как-то случайно работает... Или вы просто ещё не знаете, кто кроме вас пользуется вашим сервером.
Не обижайтесь, но я боролся с последствиями безграмотной настройки на сотнях серверов и знаю, как это выглядит и чем рано или поздно заканчивается.

Комментарий оставлен 12.11.2015 - 12:41

я тоже перенес, и теперь не 5-10запросов отмечены красным, а 3-4 но чаще ниодного. и причем самый долгий бывает 20мс, хотя раньше самый долгий был до 800мс.
а подскажите с чего начать читать по конфигурации и защите сервера? у меня ощущение что это скоро накроется с таким подходом как у меня

Комментарий оставлен 18.11.2015 - 10:12

Ответы

2

Если у вас простой запрос по PK к таблице с кешем выполняется 200мс, то это однозначно говорит о том, что с mysql серьёзная проблема.
Бывает такое, обычно, из-за неправильных настроек mysql(innodb), или тормозящих дисков. С drupal это никак не связано - что бы вы с ним не делали, у вас не будет хорошо работать сайт, в такой ситуации.
Вероятно, не поможет и boost - вероятнее всего, именно диски тормозят всё же.

Выше вы писали, что это у вас на Jino - могу посоветовать просто бежать оттуда как можно быстрее, и переехать на какой-нибудь вменяемый хостинг.

Ответ дан 11.11.2015 - 16:18
-1

Делаем всё, что написано тут: http://dru.io/post/3872 Если не помогает, значит проблема в хостинге (а скорее даже в дешёвом тарифе). В этом случае — логично, меняем хостинг или переходим на более дорогой тариф.

Ответ дан 11.11.2015 - 07:44

...решение, которое сработало у меня: надо было обновить с 39 до 41 все сайты на аккаунте. после этого хостинг перестал сбоить, нагрузка упала существенно. и еще я на всех сайтах сделал "плоским" блок меню, то есть простым html-кодом. и это тоже ускорило сайты.

Я ж говорю, дело в Drupal, вернее в его версии :) что логично, ибо в той статье подразумевается то, что ядро актуальной версии (не текстом, но логикой). Да и потом, почитайте вообще всё то, что tlito пишет — он правил ядро, хотел даже jQuery из него вырезать — так что там запрос идёт долго к MySQL — да там всё что угодно может его тормозить в таком перефигаченном сайте!

Комментарий оставлен 15.11.2015 - 11:01

а другой странице тормозит обращение к таблице {d7_cahe} -200мс казалось бы очень короткий запрос

Нет, не в drupal. Такие вещи, не зависят от Drupal.

.решение, которое сработало у меня: надо было обновить с 39 до 41 все сайты на аккаунте. после этого хостинг перестал сбоить, нагрузка упала существенно.

Просто по времени совпало, вероятно. И надолго-ли очень большой вопрос...

Комментарий оставлен 17.11.2015 - 15:31

Нет, не в drupal. Такие вещи, не зависят от Drupal.

Перефразирую. Эти вещи зависят от друпала, НО если это друпал, в котором ковырялся товарищ tlito.

Комментарий оставлен 18.11.2015 - 19:49

Страницы

-1

Как вариант - можно попробовать облачный хостинг, например, вот - http://www.dualspace.ru/

Я им некоторое время пользовался. Скажу - будет работать довольно шустро, тормозить не будет. Но по деньгам это будет всё же подороже, чем Jino. Да и что-то на несколько гигабайт там уже развернуть дороговато, так как за каждый гигабайт у них сейчас 60 рублей в месяц нужно платить. И это не считая расходов за нагрузку процессора.

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

Ответ дан 11.11.2015 - 17:15