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

Flaider    0

Здравствуйте! Столкнулся с такой проблемой. Сайт работал на ocshop 1.5. Где-то месяц назад поставил чистую ocstore 1.5 и перенес базу через систему бекапов, после чего сайт стал очень медленно работать. Анализ выявил, что проблема в скорости ответа базы. Никак не могу понять, как это исправить и куда копать. Буду очень признателен, если покажите направление, куда думать. Сайт  elisys.ru.  Заранее благодарен

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
markimax    1 546
Только что, Flaider сказал:

Здравствуйте! Столкнулся с такой проблемой. Сайт работал на ocshop 1.5. Где-то месяц назад поставил чистую ocstore 1.5 и перенес базу через систему бекапов, после чего сайт стал очень медленно работать. Анализ выявил, что проблема в скорости ответа базы. Никак не могу понять, как это исправить и куда копать. Буду очень признателен, если покажите направление, куда думать. Сайт  elisys.ru.  Заранее благодарен

Индексы таблиц сравните "старой" и "новой" БД
Видно где то не хватает, поэтому и тормозит

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Flaider    0
2 минуты назад, markimax сказал:

Индексы таблиц сравните "старой" и "новой" БД
Видно где то не хватает, поэтому и тормозит

Я переносил через внутреннюю систему бекапов. Так что по идеи все должно было совпасть нормально. Но я все равно посмотрю, спасибо

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
snastik    846
8 минут назад, Flaider сказал:

Я переносил через внутреннюю систему бекапов. Так что по идеи все должно было совпасть нормально. Но я все равно посмотрю, спасибо

Если вы так уверены в том что все в порядке?

Почему тогда задаете вопросы?
Я могу поспорить с вами на что угодно, что марк в этой ситуации прав на 100%

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
konorws    31
8 минут назад, Flaider сказал:

Я переносил через внутреннюю систему бекапов. Так что по идеи все должно было совпасть нормально. Но я все равно посмотрю, спасибо

А в базе сколько товаров в общем ???? может у вас плохой хостинг с медлиными дисками вот оно и тормозит

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Flaider    0
Только что, snastik сказал:

Если вы так уверены в том что все в порядке?

Почему тогда задаете вопросы?
Я могу поспорить с вами на что угодно, что марк в этой ситуации прав на 100%

Я не уверен, я только предполагаю. Благодарю за ответы. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Flaider    0
Только что, konorws сказал:

А в базе сколько товаров в общем ???? может у вас плохой хостинг с медлиными дисками вот оно и тормозит

В базе около 5 тысяч товаров. Тормозить не должно, товаров мало. И до этого не тормозило

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
konorws    31
3 минуты назад, Flaider сказал:

В базе около 5 тысяч товаров. Тормозить не должно, товаров мало. И до этого не тормозило

ну как сказать я столкнулся с таким что при 6к товаров ответ сервера был 5-6 сек пришлось оптимизировать SQL запросы.

Но вы посмотрите журналы медленых запросов в MYSQL может там чтото найдете

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Flaider    0
41 минуту назад, markimax сказал:

Индексы таблиц сравните "старой" и "новой" БД
Видно где то не хватает, поэтому и тормозит

Подскажите, пожалуйста, а каким образом можно сравнить индексы? 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
druzhkov    22
4 часа назад, Flaider сказал:

Подскажите, пожалуйста, а каким образом можно сравнить индексы? 

1 вариант: через phpmyadmin заходить в основные таблицы, смотреть на индексы в старой и новой базе

2 вариант: либо выгрузить только структуру (без данных) из той и другой базы, а потом сравнить текстовые файлы между собой

Можете написать мне в личку, я скину скрипт, который проверяет наличие стандартных индексов

Поделиться сообщением


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

Допустим и индексы есть
Но перенос базы != оптимизация серверных скриптов (не sql)
Может быть было какое-то кеширование, а котором нам неизвестно (движок чистый).
Может разное серверное окружение, о котором нам неизвестно.

Например у меня на локалке некоторые запросы могут выполняться до 10 сек (иногда до 50) - но это одноразовые, статистика, сбор аналитики, где много как вложенных, так  и много  мелких). Но уже на живом сервер - они превращаются в достаточно быстрые 10 ~ 2-5

 

 

сравнить индексы несложно

 

SELECT table_name, index_name, GROUP_CONCAT( column_name
ORDER BY seq_in_index )
FROM information_schema.statistics
WHERE table_schema = 'ВАША БАЗА'
GROUP BY table_name, index_name

 

Поделиться сообщением


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

Благодарю за помощь! Сравнил индексы, вывод идентичен оказался. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
nikifalex    362
20 часов назад, Flaider сказал:

проблема в скорости ответа базы

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Flaider    0
19 минут назад, nikifalex сказал:

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

2017-02-10 10:38:01: 5.63 (11%) 239/33932 (0%) 2/5668 (0%) 24/3654 (0%) %db_name% (in 60 sec)
2017-02-10 10:47:01: 4.73 (11%) 147/30218 (0%) 0/6159 (0%) 12/3527 (0%) %db_name% (in 60 sec)
2017-02-10 10:53:01: 7.20 (20%) 4654/43003 (10%) 0/25066 (0%) 8/3175 (0%) %db_name% (in 60 sec)
2017-02-10 11:00:01: 5.72 (11%) 26847/59784 (44%) 1/19449 (0%) 16/2920 (0%) %db_name% (in 60 sec)
2017-02-10 11:08:01: 6.16 (13%) 384/32288 (1%) 1/2327 (0%) 8/2805 (0%) %db_name% (in 60 sec)
2017-02-10 11:09:01: 6.30 (20%) 364/39689 (0%) 4/3829 (0%) 16/3875 (0%) %db_name% (in 60 sec)
2017-02-10 11:10:01: 5.95 (41%) 701/35443 (1%) 4/1422 (0%) 32/3150 (1%) %db_name% (in 60 sec)
2017-02-10 11:11:01: 21.19 (41%) 497/30928 (1%) 5/4581 (0%) 20/2573 (0%) %db_name% (in 60 sec)
 

Поделиться сообщением


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

возьмите у mysql лог медленных запросов и думайте над ним, а не над этой непонятной таблицей.

Поделиться сообщением


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

Для тех кто в курсе - таблица понятна

Но эта таблица - средняя температура по больнице.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
nikifalex    362
4 минуты назад, chukcha сказал:

Но эта таблица - средняя температура по больнице

и что же тогда мистеру в ней понятно?

5 минут назад, chukcha сказал:

Для тех кто в курсе - таблица понятна

Можешь вылечить сайт по этой таблице?

Поделиться сообщением


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

Господа, всем спасибо за то, что откликнулись. Я решил проблему тем, что закешировал все турбокешем. И теперь в спокойном режиме буду анализировать логи. Еще раз благодарю

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
chukcha    1 017
7 минут назад, nikifalex сказал:

Можешь вылечить сайт по этой таблице?

 

13 минут назад, chukcha сказал:

Но эта таблица - средняя температура по больнице.

Причем здесь лечить?
Если средняя температура по больнице выше известной (среденй по раЁну), то нужно смотреть и направление деятельности этой больнцы.
А табличка показывает повышенную нагрузку во временном срезе (1 час), которую нужно еще также проанализировать - не только количеством запросов, но и количеством процессов.
Это статистическая таблица - а не аналитическая.
Лог медленных запросов - уже аналитика.
А эта таблица дает информацию об общей нагрузки.

Не путайте лечение с диагностикой

Поделиться сообщением


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

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти


  • Последние посетители   0 пользователей онлайн

    Ни одного зарегистрированного пользователя не просматривает данную страницу