У меня есть установка MariaDB master-slave на 2 серверах CentOS 7.0. Сегодня я расширил том LVM на главном сервере (потому что он наполнялся). После расширения раздела я перезагрузил сервер и снова подключил к нему подчиненное устройство. Все прошло хорошо, и сервер, похоже, снова синхронизировал все запросы, выполняемые на главном сервере.
Но в моем мониторинге (Cacti) я заметил очень "подозрительное" свободное падение использования дискового пространства на подчиненном хосте.
Я не знаю почему. Возможно, ведомое устройство сбросило / повернуло бинлоги при повторном подключении к мастеру? С другой стороны, почти 600 ГБ в бинарных журналах кажутся безумными.
Я запустил pt-table-checksum
инструмент из Percona Toolkit для проверки целостности между хостами, выполнение этой команды не возвращает различий. Так что вроде все хорошо, я просто не могу объяснить резкое сокращение использования дискового пространства, есть ли у кого-нибудь идея?
После некоторых дальнейших исследований я пришел к выводу, что на самом деле это произошло из-за вращения бинарных журналов. Когда я проверил свой каталог данных MariaDB с помощью:
ls -alh /data/mysql
Я заметил, что самое "старое" время создания файла было примерно в то же время, когда в моем мониторинге снизилось использование дискового пространства:
-rw-rw ----. 1 mysql mysql 296 20 марта, 14:10 mariadb-relay-bin.000001
Дальнейшая проверка той же папки показывает, что только за последние выходные было создано около 25 ГБ новых бинарных журналов. Так что я думаю, мне следует еще раз взглянуть на ротацию бинарного журнала, поскольку в настоящее время он занимает много места.
Я бы также посоветовал то же самое всем, кто сталкивается с той же проблемой. Проверьте ротацию бинарного журнала, чтобы убедиться, что он не занимает слишком много места, и по возможности оптимизируйте его. Кроме того, уменьшение дискового пространства после перезагрузки ведущего устройства кажется обычной процедурой, поскольку бинлоги действительно удаляются / сбрасываются на ведомом узле.