Linux — MySQL binary log

Основательно занявшись решением вопроса "Куда пропадает свободное место?" с удивлением обнаружил что оно занято файлами mysqld-bin.* в /var/lib/mysql
Это же надо было так проколоться. Сервер работает больше года и и за это время бинарные логи разрослись и заняли 14 гигабайт из 20 гиг выделенных на всю систему (не очень активно MySQL используется) но т.к. всегда было что удалить как-то не особо обращал на это внимание (то сорцы старые удалишь то ещё что-то).
Что можно было бы сделать в данной ситуации:
- Перенести логи на другой раздел (мне не подходит)
- Увеличить размер, выделенный под систему (тоже не подходит)
- Уменьшить суммарный объём логов (самое оно)
Чтобы уменьшить занимаемое логами место можно в файл настроек /etc/mysql/my.cnf добавить следующую конфигурацию:
Вообще не знаю зачем их хранить даже 5 дней, разве что делать репликацию на slave с задержкой до пяти дней...Да и восстаноление из них выглядит как-то сомнительно (хотя тоже имеет место быть).
Также можно удалить старые логи до нужного файла выполнив запрос:
А вообще если они не нужны (а не нужны они в 99% на единичном сервере) то их можно отключить (в /etc/mysql/my.cnf):
11 апреля, 2010 - 14:07
а как увеличить размер, выделенный под систему?
11 апреля, 2010 - 19:34
Есть несколько способов — можно перенести /var и /usr на другие диски, тем самым освободив несколько гигабайт на основном разделе, или же если интересует именно ресайз — то файловые системы типа ext можно ресайзить путём перевода в ext2 и изменения размера…вот например как написано в статьеResizing ext3 partitions with parted
15 апреля, 2010 - 14:50
ext/ext3/ext4: resize2fs
reiser: resize_reiserfs
Насколько я понимаю, большинство современных ФС имеют утилиту для увеличения размера.
Единственное — некоторые умеют это делать на подмонтированном разделе, а некоторые — нет.
1 августа, 2011 - 10:19
ох, спасибо за решение, а то уж надоело расширять раздел. Сжал базу в 450 раз)