Для тех, кто не спит!
Скидка -15%
Мы используем cookie-файлы
Для оптимизации работы нашего сайта мы используем cookie-файлы. Продолжая использовать сайт, Вы соглашаетесь с использованием cookie-файлов.
Панель управления
  • Русский
  • Українська
  • UAH
  • USD
  • RUB
  • EUR
  • +38(044) 392-74-33  Киев
  • +38(057) 728-39-00  Харьков
  • +38(056) 794-38-31  Днепр
  • +38(032) 229-58-93  Львов
  • +38(048) 738-57-70  Одесса
  • +38(093) 170-15-42  Life
  • +38(067) 400-88-44  Киевстар
  • +38(095) 630-90-82  Vodafone
  • +1(888)393-24-51  USA, Toll free
  • +44(131)507-01-14  Great Britain
  • +7(499) 348-28-61  Москва

MySQL. Медленные запросы


fishka
11 лет
0
Медленные запросы

Как бороться?
SELECT @@session.sql_mode AS sql_mode
Просканировано рядов 0
Получено рядов 1
Продолжительность выполнения, сек 00:00:07
Блокировка 00:00:00
Чего в нём медленного?

xpoint88
11 лет
0

может статистика криво работает?

rudenko
11 лет
0

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

xpoint88
11 лет
0

ну если mysql сам генерит эту статистику, то другого объяснения кроме "большой загрузки сервера во время данного запроса" объяснить нельзя.
Но тогда такие данные не могут быть приняты во внимание, поскольку не отображают реальной ситуации с запросами.
Кстати, никто не подскажет, почему у меня эта статистика отсутсвует? Не быть медленных запросов не может, возможно какие-то проблемы?

fishka
11 лет
0

2 Илья
То есть, если у меня все медленные запросы вида "SELECT @@session.sql_mode AS sql_mode", беспокоится мне не о чем. Я правильно понимаю?

rudenko
11 лет
0

Да, Вам беспокоиться не о чем.

Alvalk
11 лет
0

Этой ночью аналогичный "медленный запрос" был и у меня (только время выполнения почти - 3 секунды!!!). Я бы не придал этому значения, но на графике нагрузки на сервер в этот момент появился пик, превышающей норму для моего тарифного плана.
Вопрос - не приводит ли это к временной блокировке сайта, т.е. Ошибке 503 Service Temporary Unavailable (как указано в FAQ, при превышении нагрузки)

rudenko
11 лет
0

Если Вы хотите избавиться от таких медленных запросов ночью - напишите в техподдержку, мы отключим резервное копирование баз данных для Вашего сайта или это копирование будет делаться раз в неделю. При резервном копировании MySQL блокирует всю базу данных. Все запросы, которые поступают в это время становятся в очередь, если запросов слишком много, то это приведет к 503 ошибке или ошибке max_concurrent_connections. В зависимости от размера базы данных блокировка может занимать от 1 секунды до 10 минут. Без блокировки базы данных резервная копия будет выполнятся долго и может привести к потере целостности данных.

l2admin
11 лет
0

Похоже на правду.... думаю в настройки необходимо добавить выбор временной задержки между бекапами базы!

graff25
11 лет
0

Тоесть те превышения нормы в тарифе, которые происходят ночью - на них можно не обоащать внимания?
Еслиб что, ужебы связались и задали вопросы, так?

radeon84
11 лет
0

Както всё интересно получается,когда был на тарифе портрал проблем с нагрузкой не было,перешол на студию,появилась нагрузка, мистика.
PS:не бывает чтоб у всех и сразу, вот так за два дня нагрузка взлетела до небес.

radeon84
11 лет
0

Сорри не там написал

Участвовать в общении на этом форуме могут только зарегистрированные пользователи.