如何在MariaDB中禁用二进制日志记录？

在MariaDB中禁用二进制日志的过程

几天前, Geekflare不可用, 原因很简单–设备上没有剩余空间。听众收到数百封有关该网站已关闭的警报和电子邮件, 但我正在旅行, 因此无法及时采取行动。

这已记录在Google Cloud日志中。

Feb 13 15:58:35 geekflare snapd[1308]: daemon.go:379: started snapd/2.37.1 (series 16; classic) ubuntu/18.04 (amd64) linux/4.15.0-1027-gcp.
Feb 13 15:58:35 geekflare snapd[1308]: main.go:123: system does not fully support snapd: mkdir /tmp/sanity-mountpoint-464926152: no space left on device
Feb 13 15:58:35 geekflare systemd[1]: Started Snappy daemon.

我很惊讶, 因为Geekflare只是一个简单的博客, 并且不存储或处理大量数据。因此, 我开始调查, 发现/ var / log / mysql占用了约50％的总存储量。

[email protected]:/var/log# du -sh mysql
9.4G	mysql
[email protected]:/var/log#

并且, 列出文件后。

-rw-rw---- 1 mysql adm 104860436 Feb 10 19:05 mariadb-bin.000105
-rw-rw---- 1 mysql adm 104869270 Feb 10 22:12 mariadb-bin.000106
-rw-rw---- 1 mysql adm 104868195 Feb 11 01:41 mariadb-bin.000107
-rw-rw---- 1 mysql adm 104859088 Feb 11 04:44 mariadb-bin.000108
-rw-rw---- 1 mysql adm 104862187 Feb 11 07:22 mariadb-bin.000109
-rw-rw---- 1 mysql adm 104860386 Feb 11 09:25 mariadb-bin.000110
-rw-rw---- 1 mysql adm 104867622 Feb 11 11:22 mariadb-bin.000111
-rw-rw---- 1 mysql adm 104871043 Feb 11 13:18 mariadb-bin.000112
-rw-rw---- 1 mysql adm 104873816 Feb 11 15:07 mariadb-bin.000113
-rw-rw---- 1 mysql adm 104858814 Feb 11 17:09 mariadb-bin.000114
-rw-rw---- 1 mysql adm 104858302 Feb 11 19:18 mariadb-bin.000115
-rw-rw---- 1 mysql adm 104859019 Feb 11 21:33 mariadb-bin.000116
-rw-rw---- 1 mysql adm 104860830 Feb 12 00:05 mariadb-bin.000117
-rw-rw---- 1 mysql adm      3298 Feb 12 02:58 mariadb-bin.index
-rw-rw---- 1 mysql adm 104873697 Feb 12 02:58 mariadb-bin.000118
-rw-rw---- 1 mysql adm 104259584 Feb 13 15:24 mariadb-bin.000119
-rw-rw---- 1 mysql adm         0 Feb 13 15:25 mariadb-bin.state
[email protected]:/var/log/mysql#

这是二进制日志。

你可能会考虑删除它们以恢复系统, 但请记住它将再次填满。因此, 防止这种情况的最佳方法是指示MariaDB不要登录。我没有实现副本, 因此可以禁用二进制日志记录。

其简单的单行配置。

• 登录到运行MariaDB的服务
• 转到/etc/mysql/conf.d
• 备份mariadb.cnf
• 在[mysqld]指令下添加以下内容

skip-log-bin

• 保存配置文件

此时, 你可以删除那些二进制日志文件并重新启动数据库。