MySQL存储路径迁移

引言

在构建Web应用程序时，MySQL是存储数据的核心工具。在云服务器上，正确设置MySQL的存储路径对应用性能至关重要。
服务器的初始磁盘空间分配通常固定，难以调整。随着数据量的增加，这些空间可能很快不足。这时，我们就需要迁移MySQL的存储路径，将数据文件搬到更大的空间。
通过迁移，我们不仅解决了空间不足的问题，还能让数据库运行得更快。这样，无论数据量如何增长，我们的Web应用程序都能保持稳定和高效。

迁移前的准备

在开始迁移之前，我们首先需要检查现有的存储空间使用情况，这将帮助我们理解迁移的必要性。接下来，选择一个新的存储路径，确保它在未来一段时间内能够满足我们的存储需求。最后，进行数据库备份，以防止迁移过程中出现任何问题，这样我们就能在需要时恢复数据。

2.1 评估当前存储使用情况

我们需要基于数据库服务器的当前存储使用情况、数据库当前的存储量以及数据增长速度，来评估是否需要进行存储路径的迁移。
查看数据库服务器的当前存储使用情况：

# 查看各个分区的磁盘使用情况
df -h

查看数据库当前的存储量：

# 统计每个数据库的总容量大小
SELECT
	table_schema AS '数据库',
	SUM(data_length + index_length) / 1024 / 1024 AS '总大小(MB)'
FROM
	information_schema.TABLES
GROUP BY
	table_schema
ORDER BY
	SUM(data_length + index_length) DESC;

注意：SQL语句包含MySQL的系统表（information_schema、mysql、performance_schema、sys）。

2.2 确定新的存储路径

在选择存储路径时，需要考虑的以下因素：

1. 空间充足：确保有足够的空间满足当前和未来一段时间的数据存储需求。
2. 读写性能：选择一个读写速度快的位置，以优化数据库的性能。
3. 扩展性：考虑数据的增长，要确保新路径能够适应未来的扩展。
4. 成本效益：权衡成本和性能，选择性价比高的存储解决方案。
5. 安全性：确保存储路径的安全性，保护数据不受未授权访问。

2.3 备份当前数据库

首先，根据数据量和迁移时间窗口，决定是进行全量备份还是增量备份，使用mysqldump工具进行备份。如果需要文件系统级别的备份，可以使用cp或rsync命令复制数据文件，以确保文件的完整性。最后，验证备份文件的完整性，并尝试在测试环境中恢复以确保备份的有效。
使用mysqldump工具进行全量备份：

# 导出某个数据库，包含某个数据库的所有表结构和表数据
mysqldump -u [username] -p [database_name] > /path/database_backup.sql

注意：命令中 [username] 和 [database_name] 替换为MySQL的用户名和想要导出数据库的名称。执行该命令后，会提示输入密码。在执行完成后，会将内容保存到 /path/database_backup.sql 文件中。
使用mysqldump工具进行单表备份：

# 导出某个数据库某张表的部分数据，仅仅只包含某个数据库的指定表的表结构和部分表数据
mysqldump -u [username] -p [database_name] [table_name] > /path/table_backup.sql

注意：命令中 [username] 、[database_name] 和 [table_name] 分别替换为MySQL的用户名、想要导出的表所在的数据库名称和表名称。执行该命令后，会提示输入密码。在执行完成后，会将内容保存到 /path/table_backup.sql 文件中。
使用cp进行文件系统级别备份：

cp [source] [destination]

注意：[source]：要复制的文件或目录的路径。[destination]：复制的目标路径。
cp常用选项：

• -r 或 --recursive：递归复制，用于复制目录及其内容。
• -i 或 --interactive：交互式复制，在覆盖文件之前提示用户。
• -v 或 --verbose：详细模式，显示复制过程中的信息。
• -p 或 --preserve：保留原文件的属性，如修改时间、访问时间、所有者等。

使用rsync进行文件系统级别备份：

rsync options [source] [destination]

注意：options：rsync 的配置选项。[source]：源文件或目录的路径。[destination]：目标路径。
rsync常用选项：

• -a 或 --archive：归档模式，等于 -rlptgoD（递归、保留链接、保留权限、保留时间戳、保留组、保留所有者、保留设备文件和特殊文件）。
• -v 或 --verbose：详细模式，显示同步过程中的信息。
• -z 或 --compress：在传输过程中压缩数据，以加快速度。
• --dry-run：模拟运行，不实际复制文件，用于查看将要执行的操作。
• --delete：同步时删除目标中源不存在的文件或目录。
• --exclude：排除指定的文件或目录。

停止MySQL服务

为了确保数据的一致性和完整性，在迁移原数据库存储目录时，我们需要暂时停止MySQL服务。这一步骤将在维护窗口期间进行，以最小化对应用程序运行和用户体验的影响。在服务停止之前，我们应通知所有用户，并确保在迁移完成后尽快恢复服务，以重新提供数据库访问。

3.1 停止MySQL服务的方法

在停止MySQL服务器之前，请确保所有数据库操作已经完成，以避免数据损坏。如果可能，安排在系统负载较低的时间段内进行维护，减少用户的影响。在停止服务器之前，确保已经通知了所有相关的用户及人员，以避免在维护期间进行关键操作。
使用systemctl停止MySQL服务：

sudo systemctl stop mysql
# 服务名如果为mysqld的话，执行如下命令
sudo systemctl stop mysqld

使用service命令停止MySQL服务：

sudo service mysql stop
# 服务名如果为mysqld的话，执行如下命令
sudo service mysqld stop

3.2 确认服务已经停止

在停止MySQL服务后，我们必须进行再次确认，以确保在迁移过程中MySQL不会对外提供服务。我们可以通过如下步骤来确认：

1. 使用systemctl检查服务状态。
2. 确认MySQL服务不在运行中的进程列表。
3. 检查MySQL监听端口（默认为3306）不在被监听。

使用systemctl检查服务状态：

sudo systemctl status mysql
# 服务名如果为mysqld的话，执行如下命令
sudo systemctl status mysqld

确认MySQL服务不在运行中的进程列表：

ps aux | grep mysqld

检查MySQL监听端口（默认为3306）不在被监听：

# netstat命令
sudo netstat -tulnp | grep :3306
# ss命令
sudo ss -tulnp | grep :3306

迁移数据文件

将原数据库存储路径下的所有文件手动复制到新确定的存储路径里。这里的迁移属于文件系统级别的迁移，可以使用cp或rsync命令复制数据文件，以确保文件的完整性。
使用cp进行文件系统级别备份：

cp [source] [destination]

注意：[source]：要复制的文件或目录的路径。[destination]：复制的目标路径。
cp常用选项：

• -r 或 --recursive：递归复制，用于复制目录及其内容。
• -i 或 --interactive：交互式复制，在覆盖文件之前提示用户。
• -v 或 --verbose：详细模式，显示复制过程中的信息。
• -p 或 --preserve：保留原文件的属性，如修改时间、访问时间、所有者等。

使用rsync进行文件系统级别备份：

rsync options [source] [destination]

注意：options：rsync 的配置选项。[source]：源文件或目录的路径。[destination]：目标路径。
rsync常用选项：

• -a 或 --archive：归档模式，等于 -rlptgoD（递归、保留链接、保留权限、保留时间戳、保留组、保留所有者、保留设备文件和特殊文件）。
• -v 或 --verbose：详细模式，显示同步过程中的信息。
• -z 或 --compress：在传输过程中压缩数据，以加快速度。
• --dry-run：模拟运行，不实际复制文件，用于查看将要执行的操作。
• --delete：同步时删除目标中源不存在的文件或目录。
• --exclude：排除指定的文件或目录。

更新文件权限和所有权

在完成存储路径的迁移之后，我们必须确保新的路径下文件的权限和所有权被正确设置，以保障在启动MySQL服务之后，能正确地访问和操作新的数据文件。
检查并设置所有权：

sudo chown -R mysql:mysql /path/to/new/data

检查并设置权限：

sudo chmod -R 750 /path/to/new/data

配置文件的修改

首先，定位到MySQL的配置文件（my.cnf或my.ini），对配置文件先做好备份。然后，编辑MySQL配置文件的数据目录配置项，将其值修改为新的数据存储路径。
备份MySQL配置文件：

cp /path/to/my.cnf /path/to/my.cnf.backup

编辑MySQL配置文件的数据目录配置项：

[mysqld]
datadir=/path/to/new/data

重新启动MySQL服务

在完成上述所有步骤之后，我们将重启MySQL服务，使其解析并使用新的存储路径。

7.1 启动MySQL服务的方法

使用systemctl启动MySQL服务：

sudo systemctl start mysql
# 服务名如果为mysqld的话，执行如下命令
sudo systemctl start mysqld

使用service命令启动MySQL服务：

sudo service mysql start
# 服务名如果为mysqld的话，执行如下命令
sudo service mysqld start

7.2 确认服务已成功启动

使用systemctl检查服务状态：

sudo systemctl status mysql
# 服务名如果为mysqld的话，执行如下命令
sudo systemctl status mysqld

使用service检查服务状态：

sudo service mysql status
# 服务名如果为mysqld的话，执行如下命令
sudo service mysqld status

验证迁移结果

在数据库迁移完成之后，我们需要对迁移的结果做些验证，比如校验数据库的完整性和测试数据库的性能和访问。

8.1 校验数据库的完整性

对于数据库的数据，要对其关键的数据进行完整性校验，保证迁移前后数据的一致性未受影响。
使用check table命令进行完整性校验：

check table [table_name];

注意：[table_name]：待校验表的名称。

8.1 测试数据库的性能和访问

测试数据库的性能，主要是为了验证迁移后新的存储磁盘的读写性能是否符合预期，确保在高负载情况下业务处理的速度和响应时间能够满足业务需求，以及确认所有业务系统和用户能够正常访问数据库。
查看数据库存储路径：

SHOW VARIABLES LIKE 'datadir';

MySQL性能分析工具：

EXPLAIN 执行SQL

优化和调整

在数据库管理中，优化和调整是持续的过程，主要是确保数据库系统的性能最优化和资源合理分配。

• 调整MySQL配置：根据工作负载和硬件资源，对MySQL的配置参数进行细致的调整。涉及到内存使用、连接限制、缓存大小和存储引擎设置等，以适应不同的业务需求和提高系统效率。
• 优化数据库性能：实施多层次的优化策略来提升性能。对SQL查询进行分析和优化，确保索引得到合理使用，减少不必要的数据访问；调整锁机制和事务处理，以提高并发处理能力；监控和调优系统资源使用，确保数据库响应迅速且稳定。

通过不断调整配置和优化性能，可以保证数据库系统在满足当前业务需求的同时，还能够应对未来的扩展和变化，从而为用户提供高效、可靠的服务。

迁移后的维护

数据库迁移后的维护至关重要，它确保了数据的安全性、完整性和可用性，同时也保障了系统的性能和稳定性。

• 定期检查存储空间使用情况：定期对数据库的存储空间进行审查，监控数据增长并预测未来的存储需求。这有助于及时调整存储资源，避免空间不足的问题，并为数据增长提供充足的空间。
• 更新备份策略：随着业务的发展和数据的变化，定期更新备份策略以适应新的备份需求。这包括调整备份的频率、方法和存储策略，以及执行备份数据的恢复测试，确保在紧急情况下可以迅速有效地恢复数据。

通过定期检查存储空间和更新备份策略，可以确保数据库系统在迁移后不仅能够持续稳定地运行，而且能够应对不断变化的业务需求和潜在的数据风险，从而为业务的长期发展提供坚实的数据支持和保障。