Помощь [help] Проблема при работе sql, снижение нагрузки сайта

Тема в разделе "DLE", создана пользователем nashmir2, 23 ноя 2008.

Информация :
Актуальная версия DataLife Engine 11.2
( Final Release v.11.2 | Скачать DataLife Engine | Скачать 11.2 demo )
Нужно ли обновляться | Как обновиться | Изменения в шаблонах
> Нет русских символов <
[Приватная тема DLE (Все подробности в ЛС к модератору раздела)]

Версии 11.1 и ниже - уязвимы!

Локализации | F.A.Q. | Внешний вид
Правила раздела | Правила форума
Обсуждение хайда карается баном!
В каждом сообщении указывайте версию DLE, которого они касаются!
Статус темы:
Закрыта.
Модераторы: killoff
  1. nashmir2

    nashmir2 Создатель

    Регистр.:
    8 ноя 2008
    Сообщения:
    31
    Симпатии:
    1
    Добрый день! Помогите пожалуйста разобраться в такой проблеме:
    Сайт работал нормально месяца 4 и имел по 2600+, и 30-50онлайн. Но недавно хостер перенес меня на другой сервер, т.к. я сильно много потре***ю ресурсов. Снизил кол-во запросов с 19 до 11, но все равно ситуация не улучшилась...
    Посещение упало до 1200 за сутки, 10-20 онлайн. Это при всех оптимизациях, и обновления двига до актуальной версии (7.3).
    Думал что хостер мне просто не выделяет больше ресурсов, т.к. другой сайт на этом же сервере тянет и по 70 онл.
    Помогите разобраться в проблеме, заранее надеюсь!
    Гзип
    phpMyAdmin =--> [​IMG]Настройки системы =-->[​IMG]
    модули / хаки = редирект, gеоip (в коментах по ip выдна страна автора)
    ссылкa на сайт = _nashmir_com_ua_
    в таком состоянии сайт работал нормально, но после переезда такая проблема случилась http://hit.ua/site_view/5888
    хостинг - besthosting.com.ua
    Информация в админке:
     
  2. ewg777

    ewg777

    Регистр.:
    6 авг 2007
    Сообщения:
    763
    Симпатии:
    321
    Какие модули установлены на сайте? Какой хостинг? И вообще сайт в лс.
    Поможем. ;)
     
  3. nashmir2

    nashmir2 Создатель

    Регистр.:
    8 ноя 2008
    Сообщения:
    31
    Симпатии:
    1
    Всю инфу добавил, теперь помогите :ah:
     
  4. t0wer

    t0wer BlackHerald

    Регистр.:
    24 июн 2008
    Сообщения:
    731
    Симпатии:
    421
    ну смотри, у тебя каждый ДА = 1 запросу в БД (практически), как я понимаю...

    Попробуй отрубить "gеоip" и посмотри как поведет, думаю что этот хак определенное кол-во ресов губит.
     
  5. nashmir2

    nashmir2 Создатель

    Регистр.:
    8 ноя 2008
    Сообщения:
    31
    Симпатии:
    1
    t0wer, это было бы наверное правильно, но до переезда сайт тянул и 2600 человек... Может хостер мне банально не выделяет больше ресурсов? я в sql не спец, может вы мне подскажите
     
  6. t0wer

    t0wer BlackHerald

    Регистр.:
    24 июн 2008
    Сообщения:
    731
    Симпатии:
    421
    Ну смотри что у тебя:

    Handler_read_rnd = 42М
    Количество запросов, на чтение строки, основанных на ее позиции. Большое значение переменной может быть обусловлено частым выполнением запросов использующих сортировку результата, выполнением большого числа запросов требующих полного сканирования таблиц, наличием объединений не использующих индексы надлежащим образом.

    Handler_read_rnd_next = 3,751М
    Количество запросов на чтение следующей строки из файла данных. Данное значение будет высоким, при частом сканировании таблиц. Обычно это означает, что таблицы не проиндексированы надлежащим образом или запросы не используют преимущества индексов.

    Qcache_lowmem_prunes = 45К
    Количество запросов, удаленных из кеша для освобождения памяти под кеширование новых запросов. Эта информация может помочь при настройке размера кеша запросов. Кеш запросов использует стратегию LRU (дольше всего не использующиеся страницы заменяются новыми) при принятии решения об удаления запроса из кеша.

    Created_tmp_disk_tables = 50К
    Количество временных таблиц, автоматически созданных сервером на диске, во время выполнения SQL-выражений. Если значение Created_tmp_disk_tables велико, следует увеличить значение переменной tmp_table_size, чтобы временные таблицы располагались в памяти, а не на жестком диске.

    Key_reads = 3,878К
    Количество физических операций чтения блока индексов с диска. Если значение велико - скорее всего, задано слишком маленькое значение переменной key_buffer_size. Коэффициент неудачных обращений к кешу может быть рассчитан как: Key_reads/Key_read_requests.

    Это основное... Попробуй оптимизировать таблицы в админе
     
    nashmir2 нравится это.
  7. nashmir2

    nashmir2 Создатель

    Регистр.:
    8 ноя 2008
    Сообщения:
    31
    Симпатии:
    1
    t0wer , пасиб за пояснения. База и так оптимизирована. Отсылает 11-15 запросов за раз, но как и это уменшить просто не знаю...
     
  8. ewg777

    ewg777

    Регистр.:
    6 авг 2007
    Сообщения:
    763
    Симпатии:
    321
    1. Ваша супреМенюшка не использует мускл?
    2. Голосование лучше отключить. Пользы 0 (Для пользователей и для Вас).
    3. Смена скинов нужна? На мой взгляд - бесполезно.
     
  9. nashmir2

    nashmir2 Создатель

    Регистр.:
    8 ноя 2008
    Сообщения:
    31
    Симпатии:
    1
    Менюха ток css использует;) А что на смену скинов выделяются запросы разве?
    там только 2 работают, + ссылка по договоренности (только для гостей)
     
  10. ewg777

    ewg777

    Регистр.:
    6 авг 2007
    Сообщения:
    763
    Симпатии:
    321
    :ah:
    http://nashmir.com.ua/index.php?do=stats - не с проста...

    Добавлено через 2 минуты
    http://nashmir.com.ua/templates/Jordan/main.tpl :D
    Для чего столько?
     
Статус темы:
Закрыта.