Перейти к публикации

база в 1 Гб и нагрузка на сервер


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

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

Прошу помощи.

Сайт заваливается в 504 ошибку, это - по пояснениям специалистов дата-центра вызывают тяжелые процессы в БД , выполняющиеся более 30 сек.

http://www.warezplatinum.com/

Имеем базу в 1.05 гб и нереальную нагрузку на сервер в конфигурации:

/

Intel® Core2 Quad CPU Q9400 @ 2.66GHz /3049 Mb ОЗУ /80Gb HDD

Версия DataLife Engine: 8.5

Тип лицензии скрипта: Лицензия активирована

Режим работы сайта: Включен

Операционная система: FreeBSD 7.2-RELEASE

Версия PHP: 5.2.11

Версия MySQL: 5.0.88 MySQL

Module mod_rewrite Включен

Безопасный режим: Выключен

Выделено оперативной памяти: 512M

Отключенные функции: Неопределено

Максимальный размер загружаемого файла: 250 Mb

Размер свободного места на диске: 51,84 Gb

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

Ох и сайт у Вас :blink: . Одно порно и POP-апы :angry: аж противно...

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

Ох и сайт у Вас :blink: . Одно порно и POP-апы :angry: аж противно...

ой-ой, прям таки не любите? а денежки тоже не любите ?

нагрузка на сервер не связана с порно-картинками на сайте...

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

Ох и сайт у Вас :blink: . Одно порно и POP-апы :angry: аж противно...

ой-ой, прям таки не любите? а денежки тоже не любите ?

нагрузка на сервер не связана с порно-картинками на сайте...

При чём здесь денежки и куча попапов и порнухи?

Или вам это денежки приносит?

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

mistersky,

Заходите в настройки скрипта в раздел оптимизации БД и отключайте там все что можно.

Плюс при таких обьемах БД, нужно проводить тюниг самого MySQL, размеры кешей, ключей, кешей сортировки и т.д. Настройки по умолчанию тут уже не годятся

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

Ох и сайт у Вас :blink: . Одно порно и POP-апы :angry: аж противно...

ой-ой, прям таки не любите? а денежки тоже не любите ?

нагрузка на сервер не связана с порно-картинками на сайте...

При чём здесь денежки и куча попапов и порнухи?

Или вам это денежки приносит?

Они самые,они самые!

mistersky,

Заходите в настройки скрипта в раздел оптимизации БД и отключайте там все что можно.

Плюс при таких обьемах БД, нужно проводить тюниг самого MySQL, размеры кешей, ключей, кешей сортировки и т.д. Настройки по умолчанию тут уже не годятся

Спасибо. Но вроде отключил уже все, что можно.

Возможно, ли что очень много новостей добавляют за раз много посетителей одновременно и тем самым сервер БД не выдерживает ?

P.S.

# The MySQL server

[mysqld]

port		= 3306

socket		= /tmp/mysql.sock

skip-locking

key_buffer = 512M

max_allowed_packet = 512M

table_cache = 512

sort_buffer_size = 2M

read_buffer_size = 2M

read_rnd_buffer_size = 4M

myisam_sort_buffer_size = 512M

thread_cache = 8

thread_concurrency = 8

query_cache_size= 512M

max_connections = 500

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

mistersky,

далеко не все. только на главной я вижу облако тегов, новое на сайте, популярное на сайте. уже три запроса к БД

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

Они самые,они самые!

Интересно откуда, интересно откуда при почти нулевом трафике :lol:

трафик мал, именно потому что сайт заваливается последние 3 дня...

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

165 посетителей за день? это не просто мало, а вообще что можно сказать никого. Нагрузка если и идет то только от посковых роботов которые индексируют в холостую сайт.

Выделено оперативной памяти: 512M

зачем?

max_allowed_packet = 512M

зачем?

query_cache_size= 512M

зачем?

table_cache = 512

зачем? У вас что тысячи таблиц в БД?

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

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

165 посетителей за день? это не просто мало, а вообще что можно сказать никого. Нагрузка если и идет то только от посковых роботов которые индексируют в холостую сайт.

Выделено оперативной памяти: 512M

зачем?

max_allowed_packet = 512M

зачем?

query_cache_size= 512M

зачем

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

виной тому неграмотность... посоветуйте пожалуйста оптимальный показатель...

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

виной тому неграмотность... посоветуйте пожалуйста оптимальный показатель...

это должен делать системный администратор, а основе анализа и состояния БД, здесь нет универсальных решений и советов

Выделено оперативной памяти: 16M

max_allowed_packet = 2M

query_cache_size= 32M

не более, все остальное нужно смотреть и анализовать

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

165 посетителей за день? это не просто мало, а вообще что можно сказать никого. Нагрузка если и идет то только от посковых роботов которые индексируют в холостую сайт.

Выделено оперативной памяти: 512M

зачем?

max_allowed_packet = 512M

зачем?

query_cache_size= 512M

зачем

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

виной тому неграмотность... посоветуйте пожалуйста оптимальный показатель...

Так это надо весь сервер настраивать! Так схожу много советовать.

ПС я кокраз сейчас эту тему изучаю у себя на компьютере аля сервере :)

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

165 посетителей за день? это не просто мало, а вообще что можно сказать никого. Нагрузка если и идет то только от посковых роботов которые индексируют в холостую сайт.

Выделено оперативной памяти: 512M

зачем?

max_allowed_packet = 512M

зачем?

query_cache_size= 512M

зачем

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

виной тому неграмотность... посоветуйте пожалуйста оптимальный показатель...

Так это надо весь сервер настраивать! Так схожу много советовать.

ПС я кокраз сейчас эту тему изучаю у себя на компьютере аля сервере :)

благодарю за помощь.

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

благодарю за помощь.

меня то за что? это вы селсофта благодарите!

я могу посоветовать только самообразование (если интересно и/или не хотите тратить деньги на людей) :)

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

виной тому неграмотность... посоветуйте пожалуйста оптимальный показатель...

это должен делать системный администратор, а основе анализа и состояния БД, здесь нет универсальных решений и советов

Выделено оперативной памяти: 16M

max_allowed_packet = 2M

query_cache_size= 32M

не более, все остальное нужно смотреть и анализовать

ответ спеца из дата центра:

высокую нагрузки на систему вызывает mysql

при апдейтах в базе данных warezplatinum

типа UPDATE dle_post set news_read=news_read+1 where id='35740' на

долго лочится таблица dle_post

что не даёт выполнить select из этой базы

вы можете перевести эту таблицу в innodb, тогда локи её сильно

уменьшатся. так же можно добавить индексов в данную таблицу.

это решит проблему?

ALTER TABLE dle_post ENGINE=InnoDB; - это верная команда для конверта таблицы?

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

высокую нагрузки на систему вызывает mysql

при апдейтах в базе данных warezplatinum

типа UPDATE dle_post set news_read=news_read+1 where id='35740' на

долго лочится таблица dle_post

А теперь посмотрите на самое первое сообщение

Заходите в настройки скрипта в раздел оптимизации БД и отключайте там все что можно.

А там можно счетчик или отключить или включить его кеширование и запросов UPDATE dle_post set news_read=news_read+1 where id='35740' не будет в принципе. А вы написали что все там уже сделали в настройках и оптимизировали

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

высокую нагрузки на систему вызывает mysql

при апдейтах в базе данных warezplatinum

типа UPDATE dle_post set news_read=news_read+1 where id='35740' на

долго лочится таблица dle_post

А теперь посмотрите на самое первое сообщение

Заходите в настройки скрипта в раздел оптимизации БД и отключайте там все что можно.

А там можно счетчик или отключить или включить его кеширование и запросов UPDATE dle_post set news_read=news_read+1 where id='35740' не будет в принципе. А вы написали что все там уже сделали в настройках и оптимизировали

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

Кешировать счетчик просмотров новостей - ВЫКЛ?

Включить счетчик просмотров новостей - ВЫКЛ?

верно, прошу не ругаться... я уже замаялся просто...

если можно, можете посоветовать по поводу индексов для таблицы dle_post ?

так как конверт в innodb невозможен из-за больших объемов текста.

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

Если Вам нужен счётчик, то так:

Кешировать счетчик просмотров новостей: Да

Включить счетчик просмотров новостей: Да

Если счётчик не нужен, то так:

Кешировать счетчик просмотров новостей: Нет

Включить счетчик просмотров новостей: Нет

А у Вас наверное было так::

Кешировать счетчик просмотров новостей: Нет

Включить счетчик просмотров новостей: Да

имхо :rolleyes:

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

Кешировать счетчик просмотров новостей: Нет

Включить счетчик просмотров новостей: Нет

сделал так... завалы в 504 продолжаются...

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

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

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

Гость
Ответить в тему...

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

  Разрешено не более 75 эмодзи.

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

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

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

×
×
  • Создать...