достал этот сервер!!!

[izbitz]

срочно вернуть все удаленные сообщения и Мишу дп.тогда попустит.
заодно вернуть карабаса и бегемотика

[Kontra]

Сообщение от izbitz1

срочно вернуть все удаленные сообщения и Мишу дп.тогда попустит.
заодно вернуть карабаса и бегемотика

Господе Ииусе, бегемот уже давно с нами, а вы только о нем вспомнили. Остальных нам только вот еще не хватало для вечного тормоза.

[kkk]

Скорее всего проблема в том, что в настройки БД никто не лазил с момента установки, а с ростом нагрузки (в смысле количества всяких спамеров, ботов и прочих, ходящих на сервер одновременно) - выделенных ресурсов стало не хватать. Или, опять же из-за дефолтных настроек, вся база перестала помещаться в оперативку целиком, из-за чего начался дикий своп и тормоза. В общем, дело однозначно в базе, я пока потихоньку увеличиваю значения всяких переменных, и смотрю чо происходит

Конкретный вопрос, как вы и просили:

MySQL, после рестарта нивроткасмически быстро начинают расти значения переменных Handler_read_rnd и Handler_read_rnd_next, что, по идее, не совсем правильно. При условии, что индексы перестроены, это какой-то косяк настроек, или же так построены запросы движка форума, что так задумано, и не париться ?

Вот с этим пока непонятно, остальное вроде пока без проблем. Весь сервер ОК, винты физически исправны, тупняк - однозначно из-за базы.

[Kvarz]

Сообщение от kkk

Конкретный вопрос, как вы и просили:

MySQL, после рестарта нивроткасмически быстро начинают расти значения переменных Handler_read_rnd и Handler_read_rnd_next, что, по идее, не совсем правильно. При условии, что индексы перестроены, это какой-то косяк настроек, или же так построены запросы движка форума, что так задумано, и не париться ?

Вот с этим пока непонятно, остальное вроде пока без проблем. Весь сервер ОК, винты физически исправны, тупняк - однозначно из-за базы.

Насколько я понял, эти значения не показатель использования памяти:

Handler_read_rnd = Количество запросов на чтение строки, основанных на фиксированной позиции. Значение будет высоким, если выполняется много запросов, требующих сортировки результатов. Возможно, поступает слишком много запросов, требующих от MySQL полного сканирования таблиц или у вас есть соединения, которые не используют ключи надлежащим образом.
Handler_read_rnd_next = Количество запросов на чтение следующей строки из файла данных. Данное значение будет высоким, если производится много сканирований таблиц. Обычно это означает, что ваши таблицы не проиндексированы надлежащим образом или ваши запросы не используют преимущества индексов. (в основном при использовании OFFSET)
Даже после выполнения
FLUSH STATUS;
SHOW STATUS LIKE 'handler%';
получите handler_write=14 - число запросов на вставку в таблицу (которую вы увидите на экране),
при повторном SHOW STATUS LIKE 'handler%'; - Handler_read_rnd_next=16 (прочитано при предыдущем запросе), handler_write=29
при последующих запросах без выполнения FLUSH STATUS все накапливается.

Если увеличение этих параметров происходит - значит кто-то (может быть вы что-то модифицируете, проверяете), или "что-то" делает запросы к базе. Т е. ничего страшного в этом нет, это не показатели использования памяти.

Отсюда: http://www.sql.ru/forum/652821/mysql...bya-chto-delat

[Solmyr]

Сообщение от kkk

Конкретный вопрос, как вы и просили

задал вопрос знакомому:

знакомый: - большинство форумов написано через жопу и не рассчитано на нагрузки

я: - это да... но следует ли что-то делать с конкретной проблемой Handler_read_rnd и Handler_read_rnd_next, или забить? может на уровне базы можно оптимизировать?

знакомый: - можно, этому ущербному изделию имитирующему субд можно руками указать какие индексы использовать
у него есть масса вариантов в которых он отказывается от использования индексов
чинят это обычно вкручиванием мемкешеда в форумы или переходом на постгрес/sqlite

я: - а. то есть - уйти с mysql?

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

я: - А Мемкешед чо делает?

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

[Kvarz]

Вот еще что то похожее: http://ru-mysql.livejournal.com/189747.html
Если фигню пощу - выбачайте.

[kkk]

не, ну вы думаете я этого не читал ? любой клик на теме - это запрос на выборку из общей базы постов (больше 1 Гб размера сейчас) с последующей сортировкой как минимум по дате. Меня больше напрягает вот это самое "Не проиндексированы надлежащим образом", вдруг кто в курсе "надлежащего способа" для таблиц vBulletin И да, это с потреблением памяти не связано, но такие операции грузят базу больше, чем могли бы, если бы Пока для одного база неоптимально сканирует - для других не остается ресурсов

[Kvarz]

И это: может банально памяти докупить? На такое дело скинуться - на раз!

[Hacker]

а какие хар-ки сервака?
ну железо

[IndeeЦ]

Вроде полегшало!
Аль показалось!?

"сервер перегружен" не выпадаед , вроде...

[kkk]

Сообщение от IndeeЦ

Вроде полегшало!
Аль показалось!?

"сервер перегружен" не выпадаед , вроде...

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

[Kvarz]

А так: http://www.vbstyle.ru/forum/f19/t230.html


http://alexrakov.ru/vbulletin/optimizaciya-vbulletin-4/ ?

[IndeeЦ]

и все сразу полезли изучать! ага...

[Kvarz]

Сообщение от IndeeЦ

и все сразу полезли изучать! ага...

Та ну, я честно предупредил, что в данном вопросе пользы от меня 1-2%.
Я прекрасно понимаю, что ККК давно уже перешерстил все поисковые запросы, но а вдруг .

[IndeeЦ]

Народ ощутил покращення!

посоны, прикинте пичалька для ЗП: аушку прикрыли(((
она оказалась корнем зла для форума

кстати форум реально быстрее шуршит!

ЗЫ: ККК - Рулид!!!11

[Kaktusss]

Сообщение от IndeeЦ

Народ ощутил покращення!









ЗЫ: ККК - Рулид!!!11

где наша не пропадала, насрем еще...еще бы нашли крайних

[IndeeЦ]

Сообщение от Kaktusss

где наша не пропадала, насрем еще...еще бы нашли крайних

За вами не станеД!

[Kvarz]

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

[IndeeЦ]

ВОООТ ОНО!!!!!!

[megaDok]

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

форум не просто быстрее шушршит, а прямо таки



...ниистава валид!
по сравнению с последней парой недель

[Kvarz]

Сообщение от megaDok

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

Вы меня не поняли: посмотрите внимательно на посещаемость форума, зареганых обычно в разы меньше чем посетителей. Сейчас посетителям доступна функция поиск, представьте сколько запросов они могут наломить.
А если отключить для нереганых поиск, нагрузка на сервер уменьшится. Поиск, это довольно обременительная для скорости, функция сайта.
Ну в любом случае, админу видней.
Зы. Кстати, обратил сейчас внимание, днем, когда форум лагал, было примерно 1100-1200 посетителей, из них 200-300 зареганых. А сейчас форум летает, при этом 165 зареганых и 300 посетителей.

гостям доступен поиск?

зы. 230 было в обед.

[kkk]

та да, чуть взлетело, вроде

[Kvarz]

Да, я специально проверил: гостям доступен поиск!
230 зареганых?