本教程的先前版本由Melissa Anderson编写
介绍
数据库随着时间的推移而增长，有时会超出文件系统的空间。 当它们与操作系统的其余部分位于同一分区时，您也可能遇到I / O争用。 RAID，网络块存储和其他设备可以提供冗余和其他所需的功能。 无论您是要添加更多空间，评估优化性能的方法，还是希望利用其他存储功能，本教程都将指导您重新定位MySQL的数据目录。
先决条件
要完成本指南，您需要：
具有
sudo权限的非root用户的Ubuntu 18.04服务器 。 您可以在使用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有几种方法可以覆盖配置值。 默认情况下， datadir在/etc/mysql/mysql.conf.d/mysqld.cnf文件中设置为/var/lib/mysql 。 编辑此文件以反映新数据目录：
sudo nano /etc/mysql/mysql.conf.d/mysqld.cnf
找到以datadir=开头的行，并更改后面的路径以反映新位置。
在我们的例子中，更新的文件看起来像下面的输出：
. . .
datadir=/mnt/volume-nyc1-01/mysql
. . .
这似乎是重新启动MySQL的最佳时机，但在我们成功完成之前还有一件事需要配置。
第3步 - 配置AppArmor访问控制规则
我们需要通过在默认目录和新位置之间创建别名来告诉AppArmor让MySQL写入新目录。 为此，请编辑AppArmor alias文件：
sudo nano /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和数据目录之间建立显式连接，因此此错误可能需要一些时间才能确定。
第4步 - 重启MySQL
下一步是启动MySQL，但如果你这样做，你将遇到另一个错误。 这次发生错误，而不是AppArmor问题，因为脚本mysql-systemd-start检查是否存在与两个默认路径匹配的目录， -d或符号链接-L 。 如果找不到它会失败：
. . .
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文档中的以下部分：
