两块硬盘怎么转移数据库才能保证数据不丢失？

迁移前的准备工作

万丈高楼平地起，充分的准备是成功迁移的基石，在执行任何实际操作前，请务必完成以下准备工作,这能最大程度地降低风险。

全面备份
这是整个迁移过程中最重要的安全网，无论您选择哪种迁移方法，都必须先对现有数据库进行一次完整且可用的备份，备份应包括数据文件、日志文件以及配置文件，建议采用逻辑备份（如MySQL的mysqldump）和物理备份（如直接复制数据目录）两种方式，以备不时之需，请将备份文件存储在第三方安全位置,而不是源硬盘或目标硬盘上。
确认目标硬盘空间
仔细检查目标硬盘的可用空间，它必须大于源硬盘上数据库实际占用的空间，并留有足够的余量以适应未来的数据增长和日志写入，一个简单的法则是：目标空间 ≥ 源数据大小 + 源日志大小 + 至少20%的缓冲空间。
收集关键信息
提前记录下数据库的核心配置信息，避免在迁移过程中因遗忘而手忙脚乱,关键信息包括：
- 数据库版本号。
- 数据文件存储路径（datadir）。
- 日志文件存储路径（logdir）。
- 主配置文件位置（如MySQL的my.cnf，PostgreSQL的postgresql.conf）。
- 数据库服务端口、用户名和密码。
规划停机时间
大多数迁移方法都需要暂停数据库服务以保障数据一致性，请提前与相关业务方沟通，确定一个合适的维护窗口期，并预估迁移所需的时间,将业务影响降到最低。

根据数据库类型、数据量大小和对停机时间的容忍度,主要有两种主流的迁移方法。

此方法通过数据库工具将数据和结构导出为SQL脚本文件，再在新位置导入，它兼容性好，不受操作系统和硬件架构限制，但速度相对较慢,适合中小型数据库或跨平台迁移。

操作步骤：

执行逻辑导出：在源硬盘环境下，使用数据库提供的导出工具,以MySQL为例：
```
mysqldump -u [用户名] -p --all-databases --single-transaction --routines --triggers > /path/to/backup/all_db.sql
```
这条命令会将所有数据库、存储过程和触发器导出到一个SQL文件中。
传输备份文件：将生成的all_db.sql文件从源硬盘复制到目标硬盘的指定目录，可以使用scp、rsync命令或通过U盘等物理介质中转。
在新位置恢复：确保目标硬盘上已安装好相同或兼容版本的数据库软件，并处于运行状态,然后执行导入命令：
```
mysql -u [用户名] -p < /path/on/new/drive/all_db.sql
```

优缺点对比：

此方法直接复制数据库的物理数据文件和日志文件，速度极快，几乎是硬盘I/O的极限速度，但要求必须在数据库完全停止的状态下进行，且新旧环境（数据库版本、系统架构）最好保持一致。

操作步骤：

完全停止数据库服务：这是确保数据一致性的前提。

sudo systemctl stop mysql  # 对于MySQL/MariaDB
sudo systemctl stop postgresql # 对于PostgreSQL

复制数据文件：使用rsync或cp命令将整个数据目录（包括数据文件、日志文件等）完整复制到目标硬盘。rsync是更好的选择,因为它能显示进度并支持断点续传。
```
sudo rsync -av /var/lib/mysql/ /mnt/new_harddrive/mysql_data/
```
（注意：路径需根据您的实际配置修改）
修改配置文件：打开数据库的主配置文件（如my.cnf），找到datadir和log-bin等路径相关的配置项,将其修改为目标硬盘上的新路径。
调整文件权限：确保新复制过去的所有文件和目录的所有者与数据库运行用户一致（通常是mysql或postgres）。
```
sudo chown -R mysql:mysql /mnt/new_harddrive/mysql_data/
```
启动数据库服务：确认配置和权限无误后,重新启动数据库。
```
sudo systemctl start mysql
```

优缺点对比：

迁移工作完成并不意味着结束,严格的验证是确保数据安全的最后一道防线。

服务状态检查：使用systemctl status [服务名]确认数据库服务已成功启动。
连接与登录测试：从客户端或本地尝试连接数据库,确保网络和认证正常。
数据一致性校验：登录数据库后，执行一些关键查询，如SELECT COUNT(*) FROM some_important_table;，与迁移前的记录数进行比对，可以抽查几条关键数据,验证其完整性。
监控日志文件：查看数据库的错误日志,确认启动过程中没有出现任何警告或错误信息。
清理旧数据（可选）：在经过至少一周的稳定运行观察后，如果确认一切正常，可以考虑将源硬盘上的旧数据库数据进行归档或删除,释放空间。