MySQL数据库改名：从mysqldump到表重命名的安全方案

背景：为何不能直接改名？

在早期 MySQL 版本中曾存在 RENAME DATABASE db_old TO db_new; 命令，但由于其实现机制不完备（例如可能引发跨事务一致性问题或受限于旧版 MyISAM 引擎特性），该功能后续被彻底移除。因此，现代 MySQL 环境中必须通过间接方式实现“改名”，本质上是将数据对象迁移到一个新的数据库中。

方案一：全库导出与导入（适合中小规模数据）

这是最直观且风险可控的方法，适用于数据量不大或对停机时间不敏感的场景。核心逻辑是将旧库的所有对象（表、视图、触发器、事件、存储例程）导出为 SQL 文件，然后创建新库并导入。

第一步：备份旧库数据

首先使用 mysqldump 工具对旧库进行全量导出。需确保包含所有依赖对象，同时注意 GTID 配置以适配主从复制环境（如有）。

# 导出旧库 yttdb_old
mysqldump --login-path=root_ytt \
--set-gtid-purged=off \
--single-transaction \
--routines --events \
yttdb_old > /tmp/yttdb_old.sql

参数说明：

• --single-transaction：保证 InnoDB 表的一致性快照，避免锁表。
• --routines --events：保留存储过程、函数和事件调度器对象。
• --set-gtid-purged=off：清除 GTID 执行记录，防止在新库导入时因 GTID 冲突报错。

第二步：创建新库并导入数据

在目标服务器上创建名为 yttdb_new 的空数据库，并将上一步生成的 SQL 文件导入。

CREATE DATABASE yttdb_new;
time mysql --login-path=root_ytt -D yttdb_new < /tmp/yttdb_old.sql

此方法简单粗暴，但耗时随数据量线性增长，大库可能需要数小时甚至更久。

方案二：对象分离与批量重命名（适合大规模数据）

若数据量较大，全量导出导入效率较低。更高效的方式是：先只迁移表数据，再单独处理非表对象（视图、程序单元）。由于 MySQL 允许使用 RENAME TABLE old_db.table TO new_db.table;，我们可以通过生成批量语句来快速移动所有表。

准备阶段：导出非表对象

在修改表之前，需先导出旧库中的存储函数、存储过程、触发器和事件，以免在清理旧库时被误删且无法找回。

1. 导出存储过程、函数及触发器、事件：

# 仅导出定义，不含数据 (-d, -t)，排除常规表(-n)
time mysqldump --login-path=root_ytt \
-t -d -n \
--skip-triggers=false --triggers --routines --events \
yttdb_old > /tmp/yttdb_old_other_object.sql

注意：上述命令在实际执行中需根据具体需要调整参数，通常建议分别导出以确保完整性。

2. 导出视图：

视图中不包含数据，但其定义依赖于基础表。需先获取视图列表并单独导出。

# 获取视图名称列表
view_list=$(mysql --login-path=root_ytt -e "SELECT table_name FROM information_schema.views WHERE table_schema='yttdb_old';" -s | tr '\n' ' ')

# 导出视图定义
time mysqldump --login-path=root_ytt \
--set-gtid-purged=off \
--triggers=false \
yttdb_old $view_list > /tmp/yttdb_old_view_lists.sql

清理旧库中的非表对象

为了腾空旧库以便后续 RENAME TABLE 操作成功（或为了保持旧库洁净），需删除存储过程、函数、触发器、事件和视图。务必确认已备份上述对象的定义脚本。

以下示例展示了如何通过查询 information_schema 动态生成 DROP 语句并执行：

-- 1. 批量删除存储函数 (routine_type=1 表示 FUNCTION)
func_lists=$(mysql --login-path=root_ytt -e "SELECT concat('DROP FUNCTION IF EXISTS ',routine_name,';') FROM information_schema.routines WHERE routine_schema = 'yttdb_old' AND routine_type = 1" -ss)
mysql --login-path=root_ytt -e "USE yttdb_old;$func_lists"

-- 2. 批量删除存储过程 (routine_type=2 表示 PROCEDURE)
proc_lists=$(mysql --login-path=root_ytt -e "SELECT concat('DROP PROCEDURE IF EXISTS ',routine_name,';') FROM information_schema.routines WHERE routine_schema = 'yttdb_old' AND routine_type = 2" -ss)
mysql --login-path=root_ytt -e "USE yttdb_old;$proc_lists"

-- 3. 批量删除触发器
trigger_lists=$(mysql --login-path=root_ytt -e "SELECT concat('DROP TRIGGER IF EXISTS ',trigger_name,';') FROM information_schema.TRIGGERS WHERE trigger_schema='yttdb_old'" -ss)
mysql --login-path=root_ytt -e "USE yttdb_old;$trigger_lists"

-- 4. 批量删除视图
view_lists=$(mysql --login-path=root_ytt -e "SELECT concat('DROP VIEW IF EXISTS ',table_name,';') FROM information_schema.VIEWS WHERE table_schema='yttdb_old'" -ss)
mysql --login-path=root_ytt -e "USE yttdb_old;$view_lists"

-- 5. 批量删除事件
event_lists=$(mysql --login-path=root_ytt -e "SELECT concat('DROP EVENT IF EXISTS ',event_name,';') FROM information_schema.EVENTS WHERE event_schema='yttdb_old'" -ss)
mysql --login-path=root_ytt -e "USE yttdb_old;$event_lists"

执行表批量重命名

当旧库中仅剩表时，可以使用 RENAME TABLE 将表移动到新建的空库 yttdb_new 中。为避免 SQL 语句过长，需先调大 group_concat_max_len。

-- 连接目标新库 yttdb_new
USE yttdb_new;

-- 1. 设置最大拼接长度
SET group_concat_max_len = 18446744073709551615;

-- 2. 生成批量重命名语句并存入变量 @rename_lists
SELECT CONCAT('RENAME TABLE ', GROUP_CONCAT(CONCAT('yttdb_old.',table_name,' TO yttdb_new.',table_name)), ';') 
INTO @rename_lists 
FROM information_schema.TABLES 
WHERE table_schema = 'yttdb_old' AND table_type = 'BASE TABLE';

-- 3. 预处理并执行
PREPARE s1 FROM @rename_lists;
EXECUTE s1;
DEALLOCATE PREPARE s1;

此步骤仅需秒级即可移动成千上万张表，效率远高于逐条导出导入。

恢复非表对象

表移动完成后，依次导入之前在准备阶段保存的非表对象定义：

# 导入其他对象（存储过程、触发器等）
time mysql --login-path=root_ytt -D yttdb_new < /tmp/yttdb_old_other_object.sql

# 导入视图定义
time mysql --login-path=root_ytt -D yttdb_new < /tmp/yttdb_old_view_lists.sql

验证与总结

操作完成后，建议在 yttdb_new 中核对各项元数据：

• 表数量：对比旧库与新库的 TABLES 计数。
• 对象完整性：检查触发器、存储过程、函数、事件的数量是否一致。
• 数据抽样：对关键表进行 Count 或 Sum 校验，确保数据无丢失。

方案选择建议：

• 数据量小 / 业务停服时间长：直接使用 mysqldump 全量导人，简单稳妥。
• 数据量大 / 需快速切换：使用“提取非表对象 -> RENAME TABLE -> 恢复非表对象”的方案，大幅缩短停机窗口。
• 超大规模 / 零停机需求：上述方法仍需短暂锁定或切换连接。若要求严格意义上的在线无缝切换，建议引入第三方 ETL 工具解析 Binlog，或在架构层面通过应用层路由切换，而非依赖数据库层面的改名操作。

以上就是MySQL数据库改名的详细内容，更多关于MySQL数据库高效迁移的资料请关注本站其它相关文章！