Помогите покрутить HousekeepingFrequency

[natalia]

У меня БД пока 11Гб
Верно, стирать таблицу history нельзя, а вот данные из нее можно.
Нужно просто бекап БД развернуть да попробовать почистить содержимое history

нашла еще статью :

http://habrahabr.ru/company/zabbix/blog/193472/

" Другой проблемой для производительности может стать Zabbix Housekeeper. В больших сетях его настоятельно рекомендую отключать. Для этого в конфиг-файле выставите DisableHousekeeping=1. Понятно, что без Housekeeping старые данные(элементы данных, события, действия) не будут удаляться из базы. Тогда удаление можно организовать через partitioning.

Однако, одно из ограничений MySQL 5.6.12 в том, что partitioning не может быть использован в таблицах с foreign keys и как раз они присутствуют почти повсеместно в базе Заббикс. Но кроме таблиц history, которые нам и нужны. Partitioning дает нам два преимущества:


1. Все исторические данные таблицы разбитые по днем/неделям/месяцам/и т.д. могут находиться в отдельных файлах, что позволяет в дальнейшем удалять данные без каких либо последствий для базы. Также очень просто понимать сколько данных собирается за определенный период времени.
2. После очистки таблиц InnoDB не возвращает место диску, оставляя его себе для новых данных. В итоге с InnoDB невозможно очистить место на диске. В случае с partitioning это не проблема, место может быть освобождено, простым удалением старых партиций. "



похоже выбора нет, начну перекраивать БД

Всем спасибо за помощь !

[sersad]

что эти ключи надо удалить, в документации все есть, повторю вопрос:
Вы читали документацию?

[natalia]

что эти ключи надо удалить, в документации все есть, повторю вопрос:
Вы читали документацию?

про это нет , где это написано ?

[sersad]

https://www.zabbix.com/wiki/non-english/ru/partitioning_in_mysql

[natalia]

https://www.zabbix.com/wiki/non-engl...oning_in_mysql

Теперь прочитала :-) Спасибо !

[dimugric]

2 natalia
Расскажете что получилось

[natalia]

2 natalia
Расскажете что получилось

конечно !

я пока жду ответа от наших ДБ экспертов. У меня еще осталось места на диске на 10 дней.
надеюсь в ближайшее временя буду знать что к чему.

[sersad]

Апну, ибо интересны результаты.

[dimugric]

Короче может я и не правильно сделал, но решил проблему.
Попытаюсь написать решение задачи

Дано: установленный на виртуальной машине centos 6.3 с zabbix 2.0.6 на борту, базу которого тягает mysql (никаких доп. настроек mysql, всё дефолтно). За 3 месяца использования БД стала порядка 17Гб.Косяк в том, что раздулся файл ibdata1 (именно в нем как раз инфа со всех баз данных при дефолтных настройках mysql)
Требуется: найти решение, чтоб уменьшить БД.

1.Сразу скажу, что всякие дефрагментации и другие операции обслуживания никаких толков не дают. У меня, например, после обслуживания база тока выросла на 5Гб

2.
- Сделал дамп базы данных в свободный подмантированный раздел.
mysqldump -u root -p -f databasename > /dir/mydatabasedump.sql
- Далее решил привести mysql к человечному виду, чтоб отдельная база и ее таблицы были не в 1 файле, а все отдельно, для этого внёс в /etc/my.cf
[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
- Далее переименовал старую БД (в принципе можно уже и убить будет, но это на ваше усмотрение); Создаю пустую БД со старым названием и восстанавливаем из дампа в пустую:
mysql -u root -p -f databasename < /dir/mydatabasedump.sql
Вот как бы и всё. В итоге БД моя гигабайт на 6 уменьшилась, а в /var/lib/mysql появилась отдельная БД zabbix со своими таблицами,которые уже имеют свой размер и прочее. И если у вас n-дцать баз, одна из которых будет расти, то можно делать операцию над одной, а не над всей кучей

[natalia]

Создаю пустую БД со старым названием

как создали пустую БД ?

я все ещё жду помощи от наших ДБ экспертов, пока ДБ дорасла до 30Г (кстати dump 10Г) - пришлось увеличить диск до 60Г

[dimugric]

как создали пустую БД ?

я все ещё жду помощи от наших ДБ экспертов, пока ДБ дорасла до 30Г (кстати dump 10Г) - пришлось увеличить диск до 60Г

Ну так как обычно в mysql создаётся база
mysql -u root -p (логинимся в консоль mysql`я)
create database имя_базы;

p.s. если есть свободный раздел, дампаните куда-нибудь и посмотрите на результат. Развернуть можно на любом другом серваке.

[natalia]

Ну так как обычно в mysql создаётся база
mysql -u root -p (логинимся в консоль mysql`я)
create database имя_базы;

p.s. если есть свободный раздел, дампаните куда-нибудь и посмотрите на результат. Развернуть можно на любом другом серваке.

хорошая мысль, попробую
спасибо !

[dimugric]

Ну как результаты? Интересно как люди ещё решают проблему
У меня пока полёт нормальный

[natalia]

Ну как результаты? Интересно как люди ещё решают проблему
У меня пока полёт нормальный

попыталась дампнуть (ДБ 30Г, дамп 10Г) в новую БД, процес бежал 24 часа и не было видно конца, пока оставила эту затею.
ДБ уже 36Г, место на диске еще есть - все еще жду помощи от наших ДБ экспертов, вообще то я планнирую сделать 3 вещи :
1. innodb_file_per_table
2. партиционирование history*
3. не использовать “housekeeper” для History (опция в 2.2)

похоже что с такими изменениями не будет так же проблем перехода на 2.2

[Jimson]

попыталась дампнуть (ДБ 30Г, дамп 10Г) в новую БД, процес бежал 24 часа и не было видно конца

http://www.percona.com/doc/percona-xtrabackup/2.1/