/var/log/mysql/mysql-bin.log
Будет ли он воссоздан?
Если вы просто переместите / удалите его, вы, вероятно, застрянете с дескриптором открытого файла, в который продолжает записываться, но вы больше не увидите файл.
Это двоичный журнал, который используется для репликации, и вы также можете использовать его для таких вещей, как добавочное резервное копирование, поскольку он хранит историю всех транзакций.
Если вам не нужен файл, закомментируйте my.cnf строка, которая говорит
журнал-bin = / var / log / mysql / mysql-bin.log
Затем перезапустите (или перезагрузите) MySQL. Пока он не используется активно, вы можете безопасно удалить его.
mysql-bin.log или как там он называется, содержит данные, необходимые для репликации или восстановления. Если вы не используете репликацию и ваша база данных не повреждена, она вам (вероятно) не понадобится, и если вы удалите ее и перезапустите mysql, она снова начнет заполняться с этого момента (без волшебного восстановления удаленных журналов, конечно) .
Из документы,
Бинарный журнал содержит все операторы, которые обновляют данные или потенциально могли их обновить [...] Бинарный журнал имеет две важные цели:
Для репликации двоичный журнал используется на главных серверах репликации как запись операторов, отправляемых на подчиненные серверы. [...]
Некоторые операции восстановления данных требуют использования двоичного журнала. [...]
[...]
Если вы используете репликацию, вам не следует удалять старые двоичные файлы журнала на главном сервере, пока вы не будете уверены, что ни одно из подчиненных устройств все еще не должно их использовать.
Прежде чем продолжить, прочтите документацию самостоятельно.
Он исчезнет, и MySQL, вероятно, сообщит об ошибках. Он появится снова, когда вы перезапустите MySQL.
Если вы не используете репликацию mySQL, можно безопасно отключить двоичные журналы: клиент, имеющий SUPER привилегия может отключить двоичное ведение журнала своих операторов с помощью SET sql_log_bin=0 заявление.