ТавроФорум

ТавроФорум (https://forum.tavria.org.ua/index.php)
-   Курилка (https://forum.tavria.org.ua/forumdisplay.php?f=19)
-   -   достал этот сервер!!! (https://forum.tavria.org.ua/showthread.php?t=69715)

kuknich 21.09.2013 23:17

Цитата:

Сообщение от Kaktusss (Сообщение 2454188)
:yes:
он знает в этом толк
http://www.google.com.ua/url?sa=i&so...79880492015403

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

ArtemSaratov 21.09.2013 23:48

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

Kontra 22.09.2013 01:42

Цитата:

Сообщение от ArtemSaratov (Сообщение 2454224)
меньшезнаешь-крепче спишь )))

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

ArsenZP 22.09.2013 06:32

Цитата:

Сообщение от Kontra (Сообщение 2454269)
Меньше спишь - больше знаешь.;-)

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

mad 2 22.09.2013 09:16

Цитата:

Сообщение от Kontra (Сообщение 2454269)
Меньше спишь - больше знаешь.;-)

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

Алексчук 22.09.2013 09:20

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

ArsenZP 22.09.2013 09:31

Цитата:

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

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

Spowen 22.09.2013 14:48

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

Алексчук 24.09.2013 16:41

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

kkk 24.09.2013 16:47

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

Kvarz 24.09.2013 16:52

Мы верим в вас, ККК!
Я сегодня тоже глюк отхватил, при нажатии на ник пользователя вместе с обычными функциями, появилась "удалить пользователя". Я откусил кусочек небаhttp://s4.rimg.info/94d983eb65d60bd8...b198e880e5.gif. Жаль все быстро пропало, даже заскринить не удалось:(.

ArtemSaratov 24.09.2013 17:13

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

VDM 24.09.2013 17:20

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

kkk 24.09.2013 17:23

Цитата:

Сообщение от VDM (Сообщение 2456096)
Заколебало это...

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

Kvarz 24.09.2013 17:33

Цитата:

Сообщение от ArtemSaratov (Сообщение 2456086)
нажать то успели???

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

ArtemSaratov 24.09.2013 17:43

Цитата:

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

Solmyr 24.09.2013 18:58

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

http://www7.pic-upload.de/24.09.13/rbb9ijj9uq3.jpg

kkk 24.09.2013 19:14

Цитата:

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

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

VDM 24.09.2013 19:43

Цитата:

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

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

izbitz 24.09.2013 19:48

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

Kvarz 24.09.2013 19:48

Цитата:

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

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

kkk 24.09.2013 19:55

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

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

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

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

Kvarz 24.09.2013 20:14

Цитата:

Сообщение от kkk (Сообщение 2456233)
Конкретный вопрос, как вы и просили:

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 24.09.2013 20:20

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

kkk 24.09.2013 20:22

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


Текущее время: 11:25. Часовой пояс GMT +3.

Перевод: zCarot Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.