百度360必应搜狗淘宝本站头条
当前位置:网站首页 > IT技术 > 正文

技术分享 | MySQL 数据库如何改名?

wptr33 2025-02-11 13:45 24 浏览

作者:杨涛涛

资深数据库专家,专研 MySQL 十余年。擅长 MySQL、PostgreSQL、MongoDB 等开源数据库相关的备份恢复、SQL 调优、监控运维、高可用架构设计等。目前任职于爱可生,为各大运营商及银行金融企业提供 MySQL 相关技术支持、MySQL 相关课程培训等工作。

本文来源:原创投稿

*爱可生开源社区出品,原创内容未经授权不得随意使用,转载请联系小编并注明来源。


最近客户咨询了我一个关于如何更改 MySQL 库名的问题。其实如何安全的更改数据库名,是个非常棘手的问题,特别是针对 MySQL 来数据库来说。今天梳理出来,供大家参考。


被取消的命令

MySQL 之前提供了一个 rename database db_old to db_new 的命令来直接对数据库改名,可能由于实现的功能不完备(比如,这条命令可能是一个超大的事务,或者是由于之前的表很多还是 MyISAM 等),后来的版本直接取消了这条命令。

更改数据库名大致上有以下几种方案:


一、mysqldump 导入导出

要说最简单的方法,就是直接用 mysqldump 工具,在旧库导出再往新库导入(最原始、最慢、最容易想到)的方法:

旧库 yttdb_old 导出(包含的对象:表、视图、触发器、事件、存储过程、存储函数)

root@debian-ytt1:/home/ytt# time mysqldump --login-path=root_ytt --set-gtid-purged=off  \> --single-transaction --routines --events yttdb_old > /tmp/yttdb_old.sqlreal    2m24.388suser    0m5.422ssys     0m1.120s

新库 yttdb_new 导入

root@debian-ytt1:/home/ytt# time mysql --login-path=root_ytt -D yttdb_new < /tmp/yttdb_old.sqlreal    12m27.324suser    0m3.778ssys     0m0.947s

以上结果是在我个人笔记本的虚拟机上测试,时间上花费了 12 分 27 秒,这里源库 yttdb_old 上的表个数为 2002,总共也就 826M,不到 1G,并且包含了视图,触发器,存储过程,存储函数,事件等都有。

root@debian-ytt1:/home/ytt/mysql-sandboxes/3500/sandboxdata/yttdb_old# ls -l |wc -l2002root@debian-ytt1:/home/ytt/mysql-sandboxes/3500/sandboxdata/yttdb_old# du -sh826M    .

接下来,记得删除旧库 yttdb_old, 那数据库改名就完成了。看起来这个方法非常简单,可是最大的缺点是太慢了!那有没有其他的比较快的方法呢?答案是有的,不过步骤比这个要复杂很多。接下来来看第二种方法。


二、改整库的表名

利用 MySQL 更改表名的方法来批量把旧库的所有表依次遍历,改名为新库的表。

这种方法比第一种要快很多倍,但是没有第一步操作起来那么顺滑,不能一步到位。比如,要把数据库 yttdb_old 改名为 yttdb_new,如果数据库 yttdb_old 里只有磁盘表,那很简单,直接改名即可。

alter table yttdb_old.t1 to yttdb_new.t1;

或者写个脚本来批量改,非常简单。

但是一般旧库里不只有磁盘表,还包含其他各种对象。这时候可以先考虑把旧库的各种对象导出来,完了在逐一改完表名后导进去。

导出旧库 yttdb_old 下除了磁盘表外的其他所有对象(存储函数、存储过程、触发器、事件)

root@debian-ytt1:/home/ytt# time  mysqldump --login-path=root_ytt -t -d -n \> --set-gtid-purged=off --triggers --routines --events yttdb_old  > /tmp/yttdb_old_other_object.sqlreal    1m41.901suser    0m1.166ssys     0m0.606s

视图在 MySQL 里被看作是表,因此得先查找出视图名字,再单独导出:

root@debian-ytt1:~# view_list=`mysql --login-path=root_ytt -e \> "SELECT table_name FROM information_schema.views WHERE table_schema = 'yttdb_old';" -s | tr '\n' ' '`root@debian-ytt1:~# time  mysqldump --login-path=root_ytt --set-gtid-purged=off \> --triggers=false yttdb_old $view_list  > /tmp/yttdb_old_view_lists.sqlreal    0m0.123suser    0m0.007ssys     0m0.007s

那这些额外的对象成功导出来后,就可以在旧库里删除他们了。当然了,做这些操作之前,建议把旧库的所有对象,包括表,都备份出来,备份方式很多,这里就不细讲了。

现在我们来依次删除这些对象:(其实除了触发器和视图外,其他的对象也可以不用删除,不过为了让改名完后旧库清空,就必须得先删掉它们)。

为了清晰期,我这里每种对象单独删除,也可以直接一次性全部删除。

批量删除存储函数:

root@debian-ytt1:/home/ytt# 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`root@debian-ytt1:/home/ytt# time mysql --login-path=root_ytt -e "use yttdb_old;$func_lists"real    0m0.048suser    0m0.005ssys     0m0.005s

批量删除存储过程:

root@debian-ytt1:/home/ytt# procedure_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`root@debian-ytt1:/home/ytt# time mysql --login-path=root_ytt -e "use yttdb_old;$procedure_lists"real    0m0.046suser    0m0.006ssys     0m0.005s

批量删除触发器:

root@debian-ytt1:/home/ytt# trigger_lists=`mysql --login-path=root_ytt -e \> "SELECT concat('drop trigger if exists yttdb_old.',trigger_name,';') FROM \> information_schema.TRIGGERS WHERE trigger_schema='yttdb_old'" -ss`root@debian-ytt1:/home/ytt# time mysql --login-path=root_ytt -e "use yttdb_old;$trigger_lists"real    0m0.050suser    0m0.008ssys     0m0.003s

批量删除视图:

root@debian-ytt1:/home/ytt# 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`root@debian-ytt1:/home/ytt# time mysql --login-path=root_ytt -e "use yttdb_old;$view_lists"real    0m0.070suser    0m0.006ssys     0m0.005s

批量删除事件:

root@debian-ytt1:/home/ytt# 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`root@debian-ytt1:/home/ytt# time mysql --login-path=root_ytt -e \> "use yttdb_old;$event_lists"real    0m0.054suser    0m0.011ssys     0m0.000s

完了后利用 rename table old_table to new_table 语句来批量更改表名到新库:

(debian-ytt1:3500)|(yttdb_new)>set group_concat_max_len = 18446744073709551615;Query OK, 0 rows affected (0.00 sec)(debian-ytt1:3500)|(yttdb_new)>SELECT CONCAT('rename table ',                GROUP_CONCAT(CONCAT(' yttdb_old.',table_name,' to yttdb_new.',table_name)) )                FROM information_schema.TABLES                WHERE table_schema = 'yttdb_old' AND table_type = 1 INTO @rename_lists;Query OK, 1 row affected (0.01 sec)(debian-ytt1:3500)|(yttdb_new)>prepare s1 from @rename_lists;Query OK, 0 rows affected (0.00 sec)Statement prepared(debian-ytt1:3500)|(yttdb_new)>execute s1;Query OK, 0 rows affected (55.41 sec)(debian-ytt1:3500)|(yttdb_new)>drop prepare s1;Query OK, 0 rows affected (00.01 sec)

批量更改表名总共才花费 55.41 秒。接下来再把之前导出来的其他对象导入新库 yttdb_new:

root@debian-ytt1:/home/ytt# time mysql --login-path=root_ytt -D \> yttdb_new < /tmp/yttdb_old_other_object.sqlreal    0m0.222suser    0m0.081ssys     0m0.000sroot@debian-ytt1:/home/ytt# time mysql --login-path=root_ytt -D \> yttdb_new < /tmp/yttdb_old_view_lists.sqlreal    0m0.158suser    0m0.013ssys     0m0.000s

接下来进行功能验证,验证表数量、触发器、存储过程、存储函数、事件等数目是不是对的上。


三、历史方案

其实在 MySQL 早期还有一种方法。

假设 MySQL 部署好了后,所有的 binlog 都有备份,并且二进制日志格式还是 statement 的话,那就可以简单搭建一台从机,让它慢慢追主机到新的库名,等确切要更改旧库的时候,再直接晋升从机为主机即可。

这里只需要从机配置一个参数来把旧库指向为新库:

replicate-rewrite-db=yttdb_old->yttdb_new

不过这种局限性很大,不具备标准化,不推荐。


总结

其实针对 MySQL 本身改库名,大致就这么几种方法:

  • 如果数据量小,推荐第一种;
  • 数据量大,则推荐第二种;
  • 数据量巨大,那就非 MySQL 本身能解决的了。

可通过部署第三方 ETL 工具,通过解析 MySQL 二进制日志或其他的方式来把旧库数据直接读取到新库达到改名的目的等等。

相关推荐

MySQL进阶五之自动读写分离mysql-proxy

自动读写分离目前,大量现网用户的业务场景中存在读多写少、业务负载无法预测等情况,在有大量读请求的应用场景下,单个实例可能无法承受读取压力,甚至会对业务产生影响。为了实现读取能力的弹性扩展,分担数据库压...

Postgres vs MySQL_vs2022连接mysql数据库

...

3分钟短文 | Laravel SQL筛选两个日期之间的记录,怎么写?

引言今天说一个细分的需求,在模型中,或者使用laravel提供的EloquentORM功能,构造查询语句时,返回位于两个指定的日期之间的条目。应该怎么写?本文通过几个例子,为大家梳理一下。学习时...

一文由浅入深带你完全掌握MySQL的锁机制原理与应用

本文将跟大家聊聊InnoDB的锁。本文比较长,包括一条SQL是如何加锁的,一些加锁规则、如何分析和解决死锁问题等内容,建议耐心读完,肯定对大家有帮助的。为什么需要加锁呢?...

验证Mysql中联合索引的最左匹配原则

后端面试中一定是必问mysql的,在以往的面试中好几个面试官都反馈我Mysql基础不行,今天来着重复习一下自己的弱点知识。在Mysql调优中索引优化又是非常重要的方法,不管公司的大小只要后端项目中用到...

MySQL索引解析(联合索引/最左前缀/覆盖索引/索引下推)

目录1.索引基础...

你会看 MySQL 的执行计划(EXPLAIN)吗?

SQL执行太慢怎么办?我们通常会使用EXPLAIN命令来查看SQL的执行计划,然后根据执行计划找出问题所在并进行优化。用法简介...

MySQL 从入门到精通(四)之索引结构

索引概述索引(index),是帮助MySQL高效获取数据的数据结构(有序),在数据之外,数据库系统还维护者满足特定查询算法的数据结构,这些数据结构以某种方式引用(指向)数据,这样就可以在这些数据结构...

mysql总结——面试中最常问到的知识点

mysql作为开源数据库中的榜一大哥,一直是面试官们考察的重中之重。今天,我们来总结一下mysql的知识点,供大家复习参照,看完这些知识点,再加上一些边角细节,基本上能够应付大多mysql相关面试了(...

mysql总结——面试中最常问到的知识点(2)

首先我们回顾一下上篇内容,主要复习了索引,事务,锁,以及SQL优化的工具。本篇文章接着写后面的内容。性能优化索引优化,SQL中索引的相关优化主要有以下几个方面:最好是全匹配。如果是联合索引的话,遵循最...

MySQL基础全知全解!超详细无废话!轻松上手~

本期内容提醒:全篇2300+字,篇幅较长,可搭配饭菜一同“食”用,全篇无废话(除了这句),干货满满,可收藏供后期反复观看。注:MySQL中语法不区分大小写,本篇中...

深入剖析 MySQL 中的锁机制原理_mysql 锁详解

在互联网软件开发领域,MySQL作为一款广泛应用的关系型数据库管理系统,其锁机制在保障数据一致性和实现并发控制方面扮演着举足轻重的角色。对于互联网软件开发人员而言,深入理解MySQL的锁机制原理...

Java 与 MySQL 性能优化:MySQL分区表设计与性能优化全解析

引言在数据库管理领域,随着数据量的不断增长,如何高效地管理和操作数据成为了一个关键问题。MySQL分区表作为一种有效的数据管理技术,能够将大型表划分为多个更小、更易管理的分区,从而提升数据库的性能和可...

MySQL基础篇:DQL数据查询操作_mysql 查

一、基础查询DQL基础查询语法SELECT字段列表FROM表名列表WHERE条件列表GROUPBY分组字段列表HAVING分组后条件列表ORDERBY排序字段列表LIMIT...

MySql:索引的基本使用_mysql索引的使用和原理

一、索引基础概念1.什么是索引?索引是数据库表的特殊数据结构(通常是B+树),用于...