Перейти к содержанию
Официальный форум поддержки Simpla

Рекомендуемые сообщения

С 9 августа нагрузка стала почему то очень расти и сегодня она стала 1950 ... Хостеры грозятся отключить, но я ведь даже не знаю из за чего это может быть. Подскажите где копать смотреть?

Ссылка на сообщение
Поделиться на другие сайты

Вот что прислал хостер...

 

Здравствуйте.

 

Предоставляем Вам логи-медленных запросов, в которых указанно, какой запрос, выполняется дольше всего:

# Query 1: 0.00 QPS, 0.01x concurrency, ID 0xC6F462C307B8761B at byte 516944813

# This item is included in the report because it matches --limit.

# Scores: V/M = 0.03

# Time range: 2014-08-10 09:18:44 to 2014-08-11 02:40:26

# Attribute pct total min max avg 95% stddev median

# ============ === ======= ======= ======= ======= ======= ======= =======

# Count 1 13

# Exec time 90 652s 49s 52s 50s 49s 1s 49s

# Lock time 1 10ms 359us 1ms 746us 1ms 268us 596us

# Rows sent 0 312 24 24 24 24 0 24

# Rows examine 95 356.11M 27.39M 27.40M 27.39M 27.20M 0 27.20M

# Rows affecte 0 0 0 0 0 0 0 0

# Rows read 95 356.11M 27.39M 27.40M 27.39M 27.20M 0 27.20M

# Bytes sent 0 137.25k 10.35k 11.32k 10.56k 10.80k 221.88 10.29k

# Query size 1 10.97k 864 864 864 864 0 864

# String:

# Databases p115719_vrn

# Hosts

# Last errno 0

# Users p115719_vrn

# Query_time distribution

# 1us

# 10us

# 100us

# 1ms

# 10ms

# 100ms

# 1s

# 10s+ ################################################################

# Tables

# SHOW TABLE STATUS FROM `p115719_vrn` LIKE 's_products'\G

# SHOW CREATE TABLE `p115719_vrn`.`s_products`\G

# SHOW TABLE STATUS FROM `p115719_vrn` LIKE 's_products_categories'\G

# SHOW CREATE TABLE `p115719_vrn`.`s_products_categories`\G

# SHOW TABLE STATUS FROM `p115719_vrn` LIKE 's_brands'\G

# SHOW CREATE TABLE `p115719_vrn`.`s_brands`\G

# SHOW TABLE STATUS FROM `p115719_vrn` LIKE 's_variants'\G

# SHOW CREATE TABLE `p115719_vrn`.`s_variants`\G

# EXPLAIN /*!50100 PARTITIONS*/

SELECT

p.id,

p.url,

p.brand_id,

p.name,

p.annotation,

p.body,

p.position,

p.created as created,

p.visible,

p.featured,

p.meta_title,

p.meta_keywords,

p.meta_description,

b.name as brand,

b.url as brand_url

FROM s_products p

INNER JOIN s_products_categories pc ON pc.product_id = p.id AND pc.category_id in('31','39','41','43','44','45','46','47','49','50','30')

LEFT JOIN s_brands b ON p.brand_id = b.id

WHERE

1

 

 

 

 

 

 

 

AND p.visible=1

GROUP BY p.id

ORDER BY (SELECT -pv.price FROM s_variants pv WHERE (pv.stock IS NULL OR pv.stock>0) AND p.id = pv.product_id AND pv.position=(SELECT MIN(position) FROM s_variants WHERE (stock>0 OR stock IS NULL) AND product_id=p.id LIMIT 1) LIMIT 1) DESC

LIMIT 1320, 24\G

 

# Query 2: 0.00 QPS, 0.00x concurrency, ID 0x8698D05103FE8A59 at byte 1260279792

# This item is included in the report because it matches --limit.

# Scores: V/M = 0.40

# Time range: 2014-08-10 07:01:20 to 2014-08-11 02:52:52

# Attribute pct total min max avg 95% stddev median

# ============ === ======= ======= ======= ======= ======= ======= =======

# Count 5 63

# Exec time 5 41s 258ms 2s 645ms 2s 509ms 323ms

# Lock time 8 48ms 114us 8ms 767us 1ms 965us 596us

# Rows sent 2 15.67k 3 7.75k 254.65 23.65 1.23k 23.65

# Rows examine 1 4.01M 44.18k 120.61k 65.14k 112.33k 27.25k 51.46k

# Rows affecte 0 0 0 0 0 0 0 0

# Rows read 1 4.01M 44.18k 120.61k 65.14k 112.33k 27.25k 51.46k

# Bytes sent 15 15.48M 5.25k 10.41M 251.60k 158.07k 1.31M 33.17k

# Query size 15 158.54k 646 5.80k 2.52k 5.73k 2.08k 1.46k

# String:

# Databases p115719_vrn

# Hosts

# Last errno 0

# Users p115719_vrn

# Query_time distribution

# 1us

# 10us

# 100us

# 1ms

# 10ms

# 100ms ################################################################

# 1s #########################

# 10s+

# Tables

# SHOW TABLE STATUS FROM `p115719_vrn` LIKE 's_products'\G

# SHOW CREATE TABLE `p115719_vrn`.`s_products`\G

# SHOW TABLE STATUS FROM `p115719_vrn` LIKE 's_products_categories'\G

# SHOW CREATE TABLE `p115719_vrn`.`s_products_categories`\G

# SHOW TABLE STATUS FROM `p115719_vrn` LIKE 's_brands'\G

# SHOW CREATE TABLE `p115719_vrn`.`s_brands`\G

# EXPLAIN /*!50100 PARTITIONS*/

SELECT

p.id,

p.url,

p.brand_id,

p.name,

p.annotation,

p.body,

p.position,

p.created as created,

p.visible,

p.featured,

p.meta_title,

p.meta_keywords,

p.meta_description,

b.name as brand,

b.url as brand_url

FROM s_products p

INNER JOIN s_products_categories pc ON pc.product_id = p.id AND pc.category_id in('275','300','301','302','304','305','306','303','308','309','310','311','312','313','314','315','316','317','318','319'/*... omitted 884 items ...*/)

LEFT JOIN s_brands b ON p.brand_id = b.id

WHERE

1

 

 

 

 

 

 

 

AND p.visible=1

GROUP BY p.id

ORDER BY p.position DESC

LIMIT 22920, 24\G

Ссылка на сообщение
Поделиться на другие сайты

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

 

Может, Вы незадолго до 9 августа делали большой импорт?

 

Надо исследовать запросы, время выполнения, пытаться что-то улучшить, например,  созданием добавочных индексов в базе.

Ссылка на сообщение
Поделиться на другие сайты

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

 

Может, Вы незадолго до 9 августа делали большой импорт?

 

Надо исследовать запросы, время выполнения, пытаться что-то улучшить, например,  созданием добавочных индексов в базе.

Категорий и правда у меня очень много. Но я не думаю что дело именно в них. так как я уезжал в отпуск за 12 дней сайт работал нагрузка была мин 80 макс 260 из допустимых 500.

 

9-11 августа я единственно что делал это добавлял один товар и менял у пару товаров количество сколько в наличии(пс у остальных товаров стоит количество в наличии бесконечность) Никакие импорты не делал. Я очень удивлен такому поведению сайта... 

Ссылка на сообщение
Поделиться на другие сайты

Может увеличился поток клиентов? счетчики какие нибудь стоят?

Если да - посмотрите. Если так то соответственно и увеличилась нагрузка.

Ссылка на сообщение
Поделиться на другие сайты

Может увеличился поток клиентов? счетчики какие нибудь стоят?Если да - посмотрите. Если так то соответственно и увеличилась нагрузка.

Это точно врядли

Сегодня нагрузка стала 30200 помогите кто нибудь как решить проблему

Ссылка на сообщение
Поделиться на другие сайты

на мой сайт хостер не жаловался никогда, хотя у меня в 30 раз больше товаров чем у тебя на сайте, мне кажеться проблема в том что хостинг хочет что бы ты перешел на более дорогой тариф

Ссылка на сообщение
Поделиться на другие сайты

метрика что говорит? Она же и нагрузку показывает вроде как... Может DDOS,

Вообще когда проблема и кто-то обращается, то нужно давать полную информацию....:

- Количество посещений

- Хостинг

- Тариф

- Переделки на сайте и т.д...

 

P.S. Я не мастер, но могу представить ,что причин масса, а так просто почему вот так сказать - не поможет никто! Не экстрасенсы...

Изменено пользователем Maksclub
Ссылка на сообщение
Поделиться на другие сайты

Толко что сделал запрос по url: http://www.vrnstore.....ru/yandex.xml     

 


Ошибка синтаксического анализа XML: незакрытый маркер
Адрес: http://www.vrnstore.ru/yandex.xml
Строка 901, символ 1:<catego
^

 

 

 ОЧЕНЬ! долго при этом грузился он!  

Изменено пользователем Maksclub
Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

Загрузка...
×
×
  • Создать...