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

[kuknich]

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

он знает в этом толк

это видно по его отмороженной репе

[ArtemSaratov]

меньшезнаешь-крепче спишь )))

[Kontra]

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

меньшезнаешь-крепче спишь )))

Меньше спишь - больше знаешь.

[ArsenZP]

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

Меньше спишь - больше знаешь.

Зато потом злой и невыспавшийся ходишь

[mad 2]

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

Меньше спишь - больше знаешь.

спишь и знаешь - больше - меньше.

[Алексчук]

А где делся значок "Управление вложениями" из раздела "Ремонт"?
Главное в "Курилке" есть, а в "Ремонте" нет, именно там, где вложения найболее нужны.

[ArsenZP]

Сообщение от Алексчук

А где делся значок "Управление вложениями" из раздела "Ремонт"?
Главное в "Курилке" есть, а в "Ремонте" нет, именно там, где вложения найболее нужны.

А что вы вложить хотели?
Если деньги - можете через меня передать.

[Spowen]

Хватит это терпеть!

[Алексчук]

Форум перегружен уже видел, но такого еще не было. Че за херня выскакивает?

[kkk]

Я меняю настройки базы данных, а чтобы они начали действовать - базу надо перезапускать. Это занимает пару секунд, но чревато разными внезапностями, иногда. Скорее всего - это оно и есть.

[Kvarz]

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

[ArtemSaratov]

нажать то успели???

[VDM]

Заколебало это...

[kkk]

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

Заколебало это...

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

[Kvarz]

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

нажать то успели???

Не-а, я даже толком и прочитать не успел, навел на ник, выпал список, я глядь, чего то не то, клик в поле сделал, навел опять, а все, фуюшки.
Да и я на товарища поглядеть хотел, я же в спину не стреляю.

[ArtemSaratov]

а обижено мычать не заколебало ?

Ну так спросили же "...в чем причина..?"
Значит были мысли по поводу "помочь".
Ну раз нет, то нет..

[Solmyr]

выпал сервер из гнезда
все, теперь ему пизд@

[kkk]

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

Ну так спросили же "...в чем причина..?"
Значит были мысли по поводу "помочь".
Ну раз нет, то нет..

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

[VDM]

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

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

М м м. Дак в чем конкретно причина?
Способы решения?

[izbitz]

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

[Kvarz]

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

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

Ап чем вопрос, все что от нас по возможностям - сделаем.
Правда боюсь, от меня, конкретно, толку будет мало, но я буду стараться.

[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

[Kvarz]

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

[kkk]

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