URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID8
Нить номер: 6257
[ Назад ]

Исходное сообщение
"MySQL и большие бинарные логи"

Отправлено Nas_tradamus , 18-Мрт-09 10:43 
Здравствуйте!

Такая проблема: MySQL создает слишком большие файлы с бинарными логами, 30-гиговый раздел /var заполняется очень быстро. Установка лимита на их размер не помогает - создаются все время новые файлы с логами вида "mysql-bin.000022", но фиксированного размера.

На другой машине, с точно таким же мускулом и таким же конфигом и ОС, такой проблемы нет.
Проблема появилось после ввода в эксплуатацию скрипта зеркалирования базы: раз в час на проблемном сервере автоматически удаляется старая база и заливается из дампа новая.

Посоветуйте, что-нибудь. Что-то не получается найти нужную инфу в официальном мануале.

Заранее, спасибо!


Содержание

Сообщения в этом обсуждении
"MySQL и большие бинарные логи"
Отправлено Michael , 18-Мрт-09 12:33 
>Проблема появилось после ввода в эксплуатацию скрипта зеркалирования базы: раз в час
>на проблемном сервере автоматически удаляется старая база и заливается из дампа
>новая.

не самое оптимальное решение. не проще ли использовать репликацию?


"MySQL и большие бинарные логи"
Отправлено Nas_tradamus , 18-Мрт-09 12:49 
>>Проблема появилось после ввода в эксплуатацию скрипта зеркалирования базы: раз в час
>>на проблемном сервере автоматически удаляется старая база и заливается из дампа
>>новая.
>
>не самое оптимальное решение. не проще ли использовать репликацию?

В будущем будет.
Ну а что делать с текущей проблемой? Почему растет количество этих файлов с бинарными логами?


"MySQL и большие бинарные логи"
Отправлено Michael , 18-Мрт-09 12:59 
>Ну а что делать с текущей проблемой? Почему растет количество этих файлов
>с бинарными логами?

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


"MySQL и большие бинарные логи"
Отправлено Nas_tradamus , 18-Мрт-09 13:15 
Вчера в обед выставил expire_logs_days = 1.
Может поможет ограничить число файлов...

"MySQL и большие бинарные логи"
Отправлено Michael , 18-Мрт-09 13:19 
>Вчера в обед выставил expire_logs_days = 1.
>Может поможет ограничить число файлов...

вариант
find /mysqlhome -name hostname-bin.* -ctime +1d -delete


"MySQL и большие бинарные логи"
Отправлено angra , 19-Мрт-09 06:12 
Начните с ответа на вопрос: вам вообще бинарный лог нужен? Обычно он только для репликации используется, но в ваших условиях она явно не нужна.

"MySQL и большие бинарные логи"
Отправлено Nas_tradamus , 19-Мрт-09 10:20 
А если отключить бинарные логи, появляются какие-то другие и занимают не меньше места :).
А репликации настраивать мне предстоит очень скоро...

Кстати, проблема решилась установкой опции expire_logs_days = 1 . По дефолту стояло "0".

Всем спасибо за советы!