Чистка myaql, притормаживает в процессе работ&

[step_slim]

Доброго времени суток
Суть проблемы- пока экспериментировал с шаблонами, WEB интерфейс zabbix`а значительно начал притормаживать (иногда бывает приходится ждать открытия страницы около 20 минут и не всегда успешно). По началу, грешил на php или на httpd (apache). Но после обновления и сверки логов, наткнулся на интересный момент, а именно- при смене шаблона (Отключить и очистить) в отчётах продолжают висеть старые параметры графиков и снятия характеристик, что странно половина из них до сих пор продолжает выполняться, а шаблона того даже не в самом zabbix Начал копать логи всего, выяснилось, что WEB интерфейс тормозит именно в момент когда идёт запрос в базу данных. Проверил размер базы данных, за 2-х недельный период и несколько дней, она весит 4 ГБ. Исходя из мануала по zabbix такого не должно быть, по идеи мне этих 4 ГБ должно хватить на год или даже больше... Можно как нибудь почистить базу данных, не нанося вред настройкам zabbix? Или будет проще остановить процесс и базу, и эту базу стереть, а новую создать? Сразу возникает вопрос, а после этого Host`ы и шаблоны останутся?
Я понимаю, что вопрос не вполне уместен, но может кто сталкивался?

[yavv]

У меня такая же загогулина!
Начал править шаблоны, делал это через "Экспорт" -> Поправил что нужно -> Импортировал как новый шаблон. После этих манипуляций удаляю старый шаблон с узла сети и присоединяю импортированный.
Так вот после этих манипуляций вэб-морда стала жутко тормозить!
Работать с Zabbix невозможно стало!
Что делать?

[dima_dm]

Можно как нибудь почистить базу данных, не нанося вред настройкам zabbix? Или будет проще остановить процесс и базу, и эту базу стереть, а новую создать? Сразу возникает вопрос, а после этого Host`ы и шаблоны останутся?
Я понимаю, что вопрос не вполне уместен, но может кто сталкивался?

Шаблоны можно перенести через Import/Export. Можно просто создать ещё одну новую базу и перетаскивать в нее настройки из старой. А потом, когда старая база будет не нужна, удалить её.
Почитайте

http://www.zabbix.com/forum/showthread.php?t=19215

Не забывайте запускать периодически
OPTIMIZE TABLE tbl_name[,tbl_name]...

[yavv]

Не забывайте запускать периодически
OPTIMIZE TABLE tbl_name[,tbl_name]...

Так как же запускать OPTIMIZE TABLE, если у Zabbix таблицы InnoDB которые не поддаются оптимизации?

[dima_dm]

Так как же запускать OPTIMIZE TABLE, если у Zabbix таблицы InnoDB которые не поддаются оптимизации?

Кто вам такое сказал? Прекрасно оптимизируются.
http://dev.mysql.com/doc/refman/5.1/...ize-table.html

[yavv]

Что-то туго у меня с OPTIMIZE TABLE.
Запускаю mysqlcheck --optimize -A -uUSER -pPASS и получаю отлуп

zabbix.acknowledges
note     : Table does not support optimize, doing recreate + analyze instead
status   : OK

Сейчас очистил пару таблиц HISTORY - попробую теперь если и менять шаблоны, то делать это с очисткой ("Отсоединить и очистить").

[dima_dm]

Что-то туго у меня с OPTIMIZE TABLE.
Запускаю mysqlcheck --optimize -A -uUSER -pPASS и получаю отлуп

zabbix.acknowledges
note     : Table does not support optimize, doing recreate + analyze instead
status   : OK

Сейчас очистил пару таблиц HISTORY - попробую теперь если и менять шаблоны, то делать это с очисткой ("Отсоединить и очистить").

Нужно прямо в MySQL такую команду вводить. Пример
mysql> OPTIMIZE TABLE history;

[ugh]

сомнительно что заметный эффект будет )

[step_slim]

И так, вести в фронтов-

Опция /etc/my.cnf
innodb_file_per_table

Не нашёл такую опцию у себя...

Далее сделал dump базы, удалил старую, запустил:

cat dump.sql | mysql -u root -ppassword zabbix

Сервер простоял 2 часа, но база не поднялась Перегрузил, попробовал ещё раз, простоял ещё час и опять неудача. Второй неудачей было, что отвалился phpmyadmin. Как не пытался его завести, отказывается соединяться с базой, появляется окно ввода имени и пароля, после ввода, окно сбрасывается и просит ввести заново...

Потом накатил все скрипты оптимизации на базу, на пару параметров она ругнулась, но в основном всё встало.
Раскоментировал строку в /etc/my.cnf

tmpdir = /tmp

А вот на файлом fstab задумался

none /tmp tmpfs mode=777,size=1024M,uid=root,gid=root 0 0

Я так понимаю, что эта строка актуальна для FreeBSD, у меня всё иначе.
Далее запустил все сервисы, zabbix отозвался настолько быстро, что я даже не ожидал, но вот 35 Хостов Циски и 80 Хостов принтеров, придётся собирать заново. Обидно конечно, но всё же надеюсь, что второй раз на такую проблему с мускулом не напорюсь

[dima_dm]

А вот на файлом fstab задумался

none /tmp tmpfs mode=777,size=1024M,uid=root,gid=root 0 0

Я так понимаю, что эта строка актуальна для FreeBSD, у меня всё иначе.

Это пример для Red Hat Enterprise Linux
Создаём /tmp раздел в оперативной памяти.

По поводу innodb_file_per_table
Почитайте документацию.
http://dev.mysql.com/doc/refman/5.5/...blespaces.html
Таблицы у вас типа innodb создались?
mysql> SHOW CREATE TABLE history;
+---------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Table | Create Table |
+---------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| history | CREATE TABLE `history` (
`itemid` bigint(20) unsigned NOT NULL DEFAULT '0',
`clock` int(11) NOT NULL DEFAULT '0',
`value` double(16,4) NOT NULL DEFAULT '0.0000',
KEY `history_1` (`itemid`,`clock`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 |
+---------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.02 sec)

[zalex_ua]

Кто вам такое сказал? Прекрасно оптимизируются.
http://dev.mysql.com/doc/refman/5.1/...ize-table.html

Совершенно верно!

Что-то туго у меня с OPTIMIZE TABLE.
Запускаю mysqlcheck --optimize -A -uUSER -pPASS и получаю отлуп

zabbix.acknowledges
note     : Table does not support optimize, doing recreate + analyze instead
status   : OK

Сейчас очистил пару таблиц HISTORY - попробую теперь если и менять шаблоны, то делать это с очисткой ("Отсоединить и очистить").

А вы вчитались в текст сообщения: "Table does not support optimize, doing recreate + analyze instead"

Переведу: "Таблица не поддерживает оптимизацию, вместо этого делаю пересоздание + анализ"

Что это значит: если у вас определена директива innodb_file_per_table в my.cnf, тогда каждая таблица хранится в отдельном файле (БД должна быть создана после !!! активации этой директивы)

В момент когда вы даете команду OPTIMIZE TABLE history;, то сразу в директории где хранятся таблицы БД создаются файлы под именами вида #sql-485_241.frm и #sql-485_241.ibd (числа могут быть разными и от чего они зависят цифры я не знаю).
Файл #sql-485_241.ibd в процессе выполнения запроса постепенно растет.
По завершению выполнения запроса эти файлы исчезают, а исходные history.frm и history.ibd уменьшаются. Ну понятно что #sql-485_241.ibd это был временный файл, который после "переливания данных" был переименован в history.ibd.
Результаты: до оптимизации history.ibd был 200МБ, после - стал 157МБ. Оптимизация выполнялась (1 min 11.78 sec), что есть весьма долго, да же для этой маленькой инсталляции Заббикса. Почему довольно медленно и как насчет блокировок в этот момент - я не исследовал, не знаю.
Добавлено: в доке по ссылкам выше сказано - "Note that MySQL locks the table during the time OPTIMIZE TABLE is running."

Вот что такое оптимизация таблиц InnoDB. Как говорят - It works!

[step_slim]

Это пример для Red Hat Enterprise Linux
Создаём /tmp раздел в оперативной памяти.

По поводу innodb_file_per_table
Почитайте документацию.
http://dev.mysql.com/doc/refman/5.5/...blespaces.html
Таблицы у вас типа innodb создались?
mysql> SHOW CREATE TABLE history;
+---------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Table | Create Table |
+---------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| history | CREATE TABLE `history` (
`itemid` bigint(20) unsigned NOT NULL DEFAULT '0',
`clock` int(11) NOT NULL DEFAULT '0',
`value` double(16,4) NOT NULL DEFAULT '0.0000',
KEY `history_1` (`itemid`,`clock`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 |
+---------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.02 sec)

Да таблицы создались InnoDB, вот строка о создании:

) ENGINE=InnoDB DEFAULT CHARSET=utf8 |

А вот по поводу

innodb_file_per_table

смущает меня он, тем, что когда я делаю, что написано по инструкции, у меня мускул перестаёт стартовать Просто у меня Slackware тут mysql не идёт отдельным пакетом, он сразу в системе установлен после установки. Так как с ним некоторые программы системы работают. Боюсь, что подобное изменение, может ведь касаться не только базы zabbixa, а в целом всех процессов. Лучше подробнее расскажите о создании /tmp директории во временной памяти.

[sersad]

Млин ну и у вас посты, нафиг такие длинные строчки вставлять? читать даже не хочется после такого

[zalex_ua]

Лучше подробнее расскажите о создании /tmp директории во временной памяти.

Поиск по форуму (только на английском) и гугл в помощь.

Млин ну и у вас посты, нафиг такие длинные строчки вставлять? читать даже не хочется после такого

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

[sersad]

Вот тут строка без пробелов, а форумный движок не рубит её

mysql> SHOW CREATE TABLE history;
+---------+-------------------