如何在Ubuntu18.04上将MySQL数据目录移动到新位置

介绍

数据库随着时间的推移而增长，有时会超过文件系统上的空间。当它们与操作系统的其余部分位于同一分区时，您也可能会遇到 I/O 争用。 RAID、网络块存储和其他设备可以提供冗余和其他理想的功能。无论您是要添加更多空间、评估优化性能的方法，还是希望利用其他存储功能，本教程都将指导您重新定位 MySQL 的数据目录。

先决条件

要完成本指南，您需要：

具有非 root 用户且具有 sudo 权限的 Ubuntu 18.04 服务器。您可以在我们的 Initial Server Setup with Ubuntu 18.04 指南中了解有关如何设置具有这些权限的用户的更多信息。
MySQL 服务器。如果您尚未安装 MySQL，如何在 Ubuntu 18.04 上安装 MySQL 指南可以为您提供帮助。

在此示例中，我们将数据移动到安装在 /mnt/volume-nyc1-01 上的块存储设备。您可以在如何在 DigitalOcean 上使用块存储指南中了解如何设置。

无论您使用什么底层存储，本指南都可以帮助您将数据目录移动到新位置。

第 1 步 — 移动 MySQL 数据目录

为了准备移动 MySQL 的数据目录，让我们通过使用管理凭据启动交互式 MySQL 会话来验证当前位置。

mysql -u root -p

出现提示时，提供 MySQL root 密码。然后从 MySQL 提示符中，选择数据目录：

select @@datadir;

Output+-----------------+
| @@datadir       |
+-----------------+
| /var/lib/mysql/ |
+-----------------+
1 row in set (0.00 sec)

此输出确认 MySQL 已配置为使用默认数据目录 /var/lib/mysql/,，因此这是我们需要移动的目录。确认后，输入 exit 离开显示器。

为了确保数据的完整性，我们将在实际更改数据目录之前关闭 MySQL：

sudo systemctl stop mysql

systemctl 不会显示所有服务管理命令的结果，所以如果你想确保你已经成功，使用以下命令：

sudo systemctl status mysql

如果输出的最后一行告诉您服务器已停止，您可以确定它已关闭：

Output. . .
Jul 18 11:24:20 ubuntu-512mb-nyc1-01 systemd[1]: Stopped MySQL Community Server.

现在服务器已关闭，我们将使用 rsync 将现有数据库目录复制到新位置。使用 -a 标志保留权限和其他目录属性，而 -v 提供详细输出，以便您可以跟踪进度。

注意： 确保目录后面没有斜杠，如果使用制表符补全，可能会添加斜杠。当有斜杠时，rsync 会将目录的内容转储到挂载点，而不是将其传输到包含 mysql 的目录中：

sudo rsync -av /var/lib/mysql /mnt/volume-nyc1-01

rsync 完成后，使用 .bak 扩展名重命名当前文件夹并保留它，直到我们确认移动成功。通过重新命名它，我们将避免新旧位置的文件可能引起的混淆：

sudo mv /var/lib/mysql /var/lib/mysql.bak

现在我们准备将注意力转向配置。

第 2 步 — 指向新的数据位置

MySQL 有几种方法可以覆盖配置值。默认情况下，/etc/mysql/mysql.conf.d/mysqld.cnf 文件中的 datadir 设置为 /var/lib/mysql。编辑此文件以反映新的数据目录：

sudo nano /etc/mysql/mysql.conf.d/mysqld.cnf

找到以 datadir= 开头的行并更改后面的路径以反映新位置。

在我们的例子中，更新后的文件如下所示：

/etc/mysql/mysql.conf.d/mysqld.cnf

. . .
datadir=/mnt/volume-nyc1-01/mysql
. . .

这似乎是再次启动 MySQL 的合适时机，但在我们成功完成之前还需要配置一件事。

第 3 步 — 配置 AppArmor 访问控制规则

我们需要通过在默认目录和新位置之间创建别名来告诉 AppArmor 让 MySQL 写入新目录。为此，请编辑 AppArmor alias 文件：

sudo nano /etc/apparmor.d/tunables/alias

在文件的底部，添加以下别名规则：

. . .
[label /etc/apparmor.d/tunables/alias]
alias /var/lib/mysql/ -> /mnt/volume-nyc1-01/mysql/,
. . .

要使更改生效，请重新启动 AppArmor：

sudo systemctl restart apparmor

注意： 如果您跳过 AppArmor 配置步骤，您将遇到以下错误消息：

OutputJob for mysql.service failed because the control process 
exited with error code. See "systemctl status mysql.service" 
and "journalctl -xe" for details.

systemctl 和 journalctl 的输出都以：

OutputJul 18 11:03:24 ubuntu-512mb-nyc1-01 systemd[1]: 
mysql.service: Main process exited, code=exited, status=1/FAILURE

由于这些消息没有在 AppArmor 和数据目录之间建立明确的联系，因此可能需要一些时间才能弄清楚这个错误。

第四步——重启 MySQL

下一步是启动 MySQL，但如果这样做，您将遇到另一个错误。这一次，错误不是 AppArmor 问题，而是因为脚本 mysql-systemd-start 检查是否存在目录 -d 或符号链接 -L，即匹配两个默认路径。如果找不到它们，它将失败：

/usr/share/mysql/mysql-systemd-start

. . .
if [ ! -d /var/lib/mysql ] && [ ! -L /var/lib/mysql ]; then
 echo "MySQL data dir not found at /var/lib/mysql. Please create one."
 exit 1
fi

if [ ! -d /var/lib/mysql/mysql ] && [ ! -L /var/lib/mysql/mysql ]; then
 echo "MySQL system database not found. Please run mysql_install_db tool."
 exit 1
fi

. . .

由于我们需要这些来启动服务器，我们将创建最小的目录结构来通过脚本的环境检查。

sudo mkdir /var/lib/mysql/mysql -p

现在我们准备好启动MySQL了。

sudo systemctl start mysql
sudo systemctl status mysql

要确保新数据目录确实在使用中，请启动 MySQL 监视器。

mysql -u root -p

再次查看数据目录的值：

Output+----------------------------+
| @@datadir                  |
+----------------------------+
| /mnt/volume-nyc1-01/mysql/ |
+----------------------------+
1 row in set (0.01 sec)

现在您已重新启动 MySQL 并确认它正在使用新位置，请借此机会确保您的数据库功能齐全。验证任何现有数据的完整性后，您可以删除备份数据目录：

sudo rm -Rf /var/lib/mysql.bak

最后一次重新启动 MySQL 以确保它按预期工作：

sudo systemctl restart mysql
sudo systemctl status mysql

结论

在本教程中，我们将 MySQL 的数据目录移至新位置并更新了 Ubuntu 的 AppArmor ACL 以适应调整。尽管我们使用的是块存储设备，但此处的说明应该适用于重新定义数据目录的位置，而不管底层技术如何。

有关管理 MySQL 数据目录的更多信息，请参阅 MySQL 官方文档中的以下部分：