MySQL 也能“搬家”？教你把部分表/库迁移到新磁盘

MySQL 部分表或库迁移至不同磁盘的完整方案与实践指南

在数据库运维中，你是否面临以下典型场景：

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

• 系统盘空间告急，但业务数据持续增长
• 需将高频访问的热点表部署至SSD以提升性能，同时将归档数据保留在HDD
• 单一数据库占用空间过大，影响同一实例上的其他服务

此时，一个核心需求浮现：能否仅将特定表或数据库迁移至另一块磁盘，而不影响MySQL实例的整体运行？

答案是肯定的。根据你使用的存储引擎（InnoDB或MyISAM）、MySQL版本及运维策略，存在多种安全且高效的实现路径。本文将系统解析MySQL部分数据迁移至不同磁盘的技术方案，并提供关键实践建议。

1. 为何需要进行“部分迁移”？

MySQL默认将所有数据文件集中存储在datadir目录（通常为/var/lib/mysql，生产环境会调整）。随着数据量激增，单一存储位置会引发一系列问题：

• 磁盘空间耗尽，导致写入操作失败
• 所有I/O压力集中于单块磁盘，形成性能瓶颈
• 无法根据数据访问频率（热数据与冷数据）实施差异化的存储策略

因此，对数据存储位置进行精细化管控，已成为构建高可用、高性能数据库架构的关键环节。

MySQL支持多种存储引擎，当前主流是具备事务、行级锁及崩溃恢复能力的InnoDB，而MyISAM已逐渐被淘汰。两者的数据迁移方法存在根本性差异。

2. MyISAM表迁移方案 —— 操作直接但风险较高

每个MyISAM表由三个文件构成：.frm（表结构）、.MYD（数据）、.MYI（索引）。迁移的核心在于移动.MYD和.MYI文件。

(1) 使用DATA DIRECTORY与INDEX DIRECTORY选项

CREATE TABLE logs (
    id INT PRIMARY KEY,
    content TEXT
) ENGINE=MyISAM
DATA DIRECTORY = '/ssd/data/'
INDEX DIRECTORY = '/ssd/index/';

⚠️ 重要提示：此语法仅适用于MyISAM引擎，InnoDB不识别。

(2) 手动移动文件并创建符号链接

停止MySQL服务（或对目标表进行锁定）
systemctl stop mysql
# 移动数据文件至新磁盘
mv /var/lib/mysql/mydb/logs.MYD /newdisk/logs.MYD
mv /var/lib/mysql/mydb/logs.MYI /newdisk/logs.MYI
# 在原始位置创建软链接指向新位置
ln -s /newdisk/logs.MYD /var/lib/mysql/mydb/logs.MYD
ln -s /newdisk/logs.MYI /var/lib/mysql/mydb/logs.MYI
# 重启MySQL服务
systemctl start mysql

此方法存在显著风险：

• MySQL 8.0及以上版本默认禁用符号链接（通过--skip-symbolic-links参数）
• 路径错误或权限配置不当极易导致表损坏或无法访问
• 不建议在生产环境中使用

3. InnoDB表迁移方案 —— 安全、灵活且为当前推荐方案

作为现代MySQL的默认引擎，InnoDB的迁移必须通过其表空间机制完成。

核心前提：确保启用innodb_file_per_table参数。

该参数自MySQL 5.6起默认开启，它使每个InnoDB表拥有独立的.ibd数据文件：

SHOW VARIABLES LIKE 'innodb_file_per_table'; -- 确认返回值为ON

(1) 通用表空间 —— 首选推荐方案

自MySQL 5.7引入的通用表空间功能，允许你自定义.ibd文件的存储路径，并支持多个表共享同一表空间。操作流程如下：

1. 在新磁盘路径上创建通用表空间

CREATE TABLESPACE `datafiles_1`
ADD DATAFILE '/ssd/mysql/datfile1.ibd'
ENGINE=InnoDB;

2. 创建新表时直接指定该表空间

CREATE TABLE test1(
    user_id BIGINT,
    action VARCHAR(50),
    ts TIMESTAMP
) TABLESPACE `datafiles_1`;

3. 或将现有表迁移至新的通用表空间

ALTER TABLE your_db.large_table TABLESPACE `hot_data_ts`;

此方案优势明显：

• 存储路径完全由管理员控制
• 在MySQL 8.0+中支持在线DDL操作，业务影响最小
• 过程安全可靠，无需停机
• 完美实现存储性能分级，例如将热点表置于SSD

(2) 可传输表空间 —— 适用于跨服务器迁移

此方法主要用于将表在服务器间迁移，或临时移动物理文件：

-- 1. 丢弃原表空间（仅删除数据文件，保留表结构）
ALTER TABLE mydb.mytable DISCARD TABLESPACE;
-- 2. 将对应的.ibd文件复制到新位置（例如 /ssd/mytable.ibd）
-- 3. 确保文件权限正确：chown mysql:mysql /ssd/mytable.ibd
-- 4. 导入表空间文件
ALTER TABLE mydb.mytable IMPORT TABLESPACE;

⚠️ 关键注意事项：必须确保.ibd文件与目标表的表结构完全匹配，且通常要求源与目标MySQL版本一致。

4. 方案对比与选型建议

核心建议：

• 若仍在使用MyISAM引擎，应尽快规划迁移至InnoDB
• 若使用MySQL 5.7或8.0及以上版本，通用表空间是实现部分迁移最推荐的方式

安全操作准则：

• 执行任何迁移操作前，务必进行完整备份（使用mysqldump或Percona XtraBackup）
• 确认新磁盘的目录权限，确保MySQL进程用户（通常是mysql）拥有读写权限
• 避免直接修改datadir参数，这会影响整个实例，不符合“部分迁移”目标
• 迁移完成后，持续监控I/O性能指标，验证迁移是否达到预期效果

5. 总结

数据库存储位置的精细化迁移并非复杂玄学，而是可系统化实施的运维技能。熟练掌握通用表空间与可传输表空间技术，不仅能有效解决磁盘空间瓶颈，更能为实现存储分层架构、性能针对性优化及成本精细控制奠定基础。当下次面临磁盘空间压力时，你将能从容应对：“我们可以安全地将特定大表迁移至其他磁盘。”