2015-04-07 56 views
0

直到大约一个小时之前,我一直假定MariaDB将其所有数据写入/var/lib/mysql文件夹。不过,我只是激活洛在my.conf文件中读取MariaDB文件位置

log_error = /var/log/mysql/mysql.log

,然后开始停止+服务器。我正试着看到

/var/log/mysql.log的恐怖日志,果然,它在那里。让我吃惊的是,虽然发现

  • MariaDB的-bin.000001
  • MariaDB的-bin.index
  • mysql.log

所有三个通过的memcache拥有:的mlocate。我不得不承认这对我来说毫无意义。什么是两个mariadb- *文件?他们可以安全删除吗?他们为什么拥有memcache用户,而不是mysql?

我非常感谢任何可能解释的人。

+0

他们是看起来的二进制日志文件 –

回答

1

所有权可能是由于该目录的所有权。你以前安装过memcached吗?只要mariadb对文件具有足够的权限,就没有问题。

mariadb-bin.000001是复制的“binlog”。 mariadb-bin.index也可能涉及复制。 cat它如果它很小。

如果您没有log_bin = ON,那么这些文件将大部分闲置。 (见SHOW VARIABLES LIKE 'log_bin';

我不会删除文件;当你重新启动mariadb时,他们会回来。

+0

谢谢。我应该在我的问题中提到上下文 - MariaDB实例位于Docker容器中,其中var/lib.mysql映射到主机上的文件夹。所有权问题实际上是我检查主机文件夹时看到的。在Docker中,所有者是MySQL。在主机上,我在MariaDB之前安装了Memcached,可能会导致用户标识在那里被错误地解释。 – DroidOS