Как очистить журналы Linux?

Диск почти полон, как исследовать, какие файлы занимают больше всего места?

ИЗМЕНЕНИЕ

Я нашел, что больше всего места занимает mysql bin log:

/var/lib/mysql/jiaoyou-slow.log: 53M
/var/lib/mysql/mysql-bin.000005: 68M
/var/lib/mysql/mysql-bin.000003: 1.1G
/var/lib/mysql/mysql-bin.000007: 34M
/var/lib/mysql/mysql-bin.000004: 225M

Безопасно ли удалять эти файлы?

Что-то вроде этого должно помочь вам:

find / -type f -size +20000k -exec ls -lh {} \; | awk '{ print $9 ": " $5 }' 

Это ищет любой файл в / (корень), который в основном превышает 20 МБ по размеру. Возможно, вам потребуется настроить переменные $9/$5, но в большинстве случаев это не обязательно. Я также рекомендую изменить / на /var/log/, если вы просто хотите просмотреть вашу стандартную папку логов.

Если вы используете графическую среду, вы можете использовать что-то вроде Disk Usage Analyser (или Baobab), который может создать красивую круговую диаграмму, как показано ниже:

_{(источник: marzocca.net)}

Командная строка все еще является вашим лучшим оружием, но я нахожу это очень удобным. Есть некоторые альтернативы здесь.

Хорошая идея использовать logrotate(8) для сжатия и удаления старых логов, чтобы какой-то болтливый демон не заполнил весь диск.

ИЗМЕНЕНИЕ: Также большинство логов будет находиться в /var/log. Простая команда ls -lh покажет, какие из них становятся слишком большими.

Команда du в командной строке скажет вам, какие директории/папки занимают больше всего места. Вы можете выяснить, где находятся самые большие файлы.

$ du -h /

Опция -h заставляет du выводить размеры в «читаемом формате»: Кб, Мб, Гб и так далее.

Если вы попробуете это как обычный пользователь, вы увидите сообщения об ошибках о директориях, к которым у вас нет разрешения для доступа.

Если вы сделаете это как root, ошибок не должно быть.

# du -h /

Пропустите вывод через sort -n, чтобы последние строки показали самые большие директории (или используйте обратную сортировку и head).

# du -h | sort -n 

Другой подход – использовать find с параметрами, которые указывают «найти файлы больше определенного размера», но этот метод требует практики, чтобы его правильно использовать.

# find / -size +10M

выведет файлы больше 10Mbyte

Если у вас разумные разделы, вам следует искать большие файлы вне директории логов. Логи вряд ли являются вашей проблемой, они редко превышают 200 МиБ на среднем сервере.

Вам следует воздержаться от удаления логов, пока вы не уверены, что на самом деле делаете. Многие демоны реагируют довольно нестабильно, если их лог-файлы внезапно исчезают – последствия могут варьироваться от неработающих сервисов до невозможности перезапуска данного сервиса.

Вы можете быть в безопасности, если удалите файлы в /var/log/*, которые архивированы (например, заканчиваются на .gz). Тем не менее, я сомневаюсь, что это действительно решит вашу главную проблему (например, жесткий диск слишком полон)

Топ 25 директорий и/или файлов:

du -m / | sort -rn | head -25

Хорошо, я схитрил и посмотрел на DBA…. 🙂

https://dba.stackexchange.com/questions/41050/is-it-safe-to-delete-mysql-bin-files

(Два лучших ответа от ‘RolandoMySQLDBA’ и ‘Derek Downey’ являются актуальными и проницательными.)

Здесь есть два типа «лог-файлов», к сожалению. Один – это логи транзакций, применяемых к вашим базам данных MySQL. Эти файлы могут использоваться для синхронизации подчиненного MySQL с главным MySQL или восстановления базы данных. Как показывает наилучший ответ, на который ссылаются на странице выше, вам следует использовать только команды MySQL (или мета-инструменты, такие как Percona Toolkit), чтобы «очистить» эти логи.

Другой файл, ‘jaioyou-slow.log’, скорее всего, просто журнал медленных запросов, регистрирующий запросы, которые требуют больше времени для выполнения. Это лог-файл, наиболее похожий на типичный лог-файл *NIX, и, следовательно, может быть усечен, если это необходимо (хотя вы, очевидно, потеряете доступную в этом файле статистику производительности).

Вы можете использовать полезный инструмент, такой как ‘logrotate’, для управления этим (и только этим) файлом, или, в экстренной ситуации, просто сделать:

$ echo "" > /var/log/jaioyou-slow.log

Некоторые наблюдения:

• Ваша конфигурация mysql должна помещать журнал медленных запросов MySQL в более подходящее место для логов *NIX, например, /var/log/mysql/, а не в дерево /var/lib, чтобы избежать путаницы и, возможно, повысить производительность, если эти директории находятся на отдельных дисках.
• Вам нужно будет иметь какую-то автоматизацию для очистки бинарных логов из MySQL (или сторонних инструментов). Я не рекомендую просто удалять их с помощью команд операционной системы.

Ссылки:

• http://dev.mysql.com/doc/refman/5.7/en/binary-log.html
• http://dev.mysql.com/doc/refman/5.7/en/purge-binary-logs.html

Удобная консольная утилита для сбора статистики использования дискового пространства, по моему мнению, это ncdu. Она доступна в репозиториях всех популярных ОС, и установка не должна вызвать никаких проблем. Пример запуска утилиты для сканирования всего пространства:

ncdu /

Вы можете использовать флаги:

• -x, чтобы не сканировать другие файловые системы
• -r (только для чтения), чтобы не позволять удалять файлы из интерфейса

Больше флагов можно найти в выводе --help и в страницах мануала.