在MySQL中,直接通过单一SQL命令重命名整个数据库的功能并不像重命名表那样直接提供，这是因为MySQL的设计理念中，数据库被视为一个独立的容器，重命名操作涉及复杂的权限、引用和元数据变更，官方未提供原生命令（如RENAME DATABASE）在所有版本中稳定支持，用户可以通过多种间接方法实现数据库重命名，以下是详细的操作步骤、注意事项及替代方案。
（图片来源网络，侵删）
不推荐的方法：RENAME DATABASE（旧版本支持）
在MySQL 5.1.7到5.1.23版本中，曾短暂引入RENAME DATABASE命令，但该命令存在严重问题（如可能导致数据损坏或不一致），已在后续版本中移除。强烈不建议使用此命令，其语法为：
RENAME DATABASE old_db_name TO new_db_name;
若使用旧版本执行此命令,需确保所有连接关闭，并提前备份数据库。
推荐方法：手动导出、导入与重建
备份原数据库
使用mysqldump工具导出数据库结构及数据，打开终端或命令行，执行：
mysqldump -u [username] -p[password] --routines --triggers --events old_db_name > old_db_backup.sql
- 参数说明：
--routines：导出存储过程和函数。--triggers：导出触发器。--events：导出事件（需MySQL 5.1.6+）。[username]和[password]：替换为实际数据库用户名和密码（注意-p后无空格直接接密码）。
创建新数据库
连接到MySQL服务器,创建新数据库：
（图片来源网络，侵删）
CREATE DATABASE new_db_name CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
建议明确指定字符集和排序规则,避免兼容性问题。
导入数据到新数据库
使用mysql命令将备份文件导入新数据库：
mysql -u [username] -p[password] new_db_name < old_db_backup.sql
删除旧数据库
确认新数据库无误后,删除旧数据库：
DROP DATABASE old_db_name;
权限与用户调整
若原数据库有特定用户权限,需手动更新，将用户old_user对old_db_name的权限赋予new_db_name：
（图片来源网络，侵删）
RENAME USER 'old_user'@'localhost' TO 'old_user'@'localhost'; -- 若用户名不变 GRANT ALL PRIVILEGES ON new_db_name.* TO 'old_user'@'localhost'; FLUSH PRIVILEGES;
自动化脚本方法（适用于大型数据库）
若数据库包含大量表,手动导出可能效率低下，可通过脚本分步操作：
#!/bin/bash
# 定义变量
OLD_DB="old_db_name"
NEW_DB="new_db_name"
USER="username"
PASS="password"
# 1. 创建新数据库
mysql -u "$USER" -p"$PASS" -e "CREATE DATABASE $NEW_DB CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;"
# 2. 获取所有表名
TABLES=$(mysql -u "$USER" -p"$PASS" -e "SHOW TABLES FROM $OLD_DB;" | awk '{print $1}' | tail -n +2)
# 3. 逐表导出并导入
for TABLE in $TABLES; do
mysqldump -u "$USER" -p"$PASS" "$OLD_DB" "$TABLE" | mysql -u "$USER" -p"$PASS" "$NEW_DB"
done
# 4. 导出存储过程、函数等
mysqldump -u "$USER" -p"$PASS" --routines --triggers --events "$OLD_DB" | mysql -u "$USER" -p"$PASS" "$NEW_DB"
# 5. 删除旧数据库
mysql -u "$USER" -p"$PASS" -e "DROP DATABASE $OLD_DB;"
注意：此脚本未包含权限处理，需额外补充。
使用第三方工具
- phpMyAdmin：通过界面导出数据库，选择“保存为文件”，再导入到新数据库名。
- MySQL Workbench：使用“Data Export”和“Data Import”功能，步骤类似命令行工具。
- Percona Toolkit：
pt-online-schema-change等工具可辅助迁移，但需根据场景调整。
注意事项与风险
- 停机时间：大型数据库导出/导入需停机或业务低峰期执行。
- 字符集一致性：确保新旧数据库字符集（如
utf8mb4）一致，避免乱码。 - 外键约束：若存在外键，导出时需暂时禁用（
mysqldump --no-data仅导出结构，手动调整后再导入数据）。 - 备份验证：导入后需抽样检查数据完整性，如记录数、索引状态等。
- 应用配置：确保应用程序连接字符串中的数据库名已更新。
常见问题与解决方案
| 问题场景 | 可能原因 | 解决方案 |
|---|---|---|
| 导入后表丢失 | 未导出存储过程/触发器 | 重新执行mysqldump并添加--routines --triggers参数 |
| 权限错误 | 新数据库未授权用户 | 重新执行GRANT语句并刷新权限 |
| 字符集乱码 | 新旧数据库字符集不匹配 | 创建新数据库时指定与原库一致的字符集 |
相关问答FAQs
Q1: 为什么MySQL不直接支持RENAME DATABASE命令？
A1: MySQL官方认为数据库重命名属于高风险操作，可能破坏依赖关系（如跨库视图、存储过程引用），且涉及复杂的元数据管理，相比之下，重命名表（RENAME TABLE）是安全的，因为表在同一数据库内，依赖关系可通过引擎自动处理，官方推荐通过导出-导入流程确保数据一致性。
Q2: 如何在不停机的情况下重命名大型数据库？
A2: 对于高可用场景，可采用以下方案：
- 主从复制：在从库上创建新数据库并导入数据，验证无误后切换主从（如使用
CHANGE REPLICATION SOURCE TO）。 - 双写模式：短暂修改应用同时写入新旧数据库，停机后同步数据并切换连接。
- 增量备份：使用
mysqldump --single-transaction（适用于InnoDB）配合binlog增量恢复，最小化停机时间。
需结合业务场景评估复杂度，建议在测试环境验证后再实施。
