范文健康探索娱乐情感热点
投稿投诉
热点动态
科技财经
情感日志
励志美文
娱乐时尚
游戏搞笑
探索旅游
历史星座
健康养生
美丽育儿
范文作文
教案论文
国学影视

技术分享MySQL数据库如何改名?(含上期抽奖结果)

  先说一下前天抽奖的结果。
  简单直接的抽奖|来一波硬核福利
  作者:杨涛涛
  资深数据库专家,专研 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.sql
  real 2m24.388s
  user 0m5.422s
  sys 0m1.120s
  新库 yttdb_new 导入
  root@debian-ytt1:/home/ytt# time mysql --login-path=root_ytt -D yttdb_new < /tmp/yttdb_old.sql
  real 12m27.324s
  user 0m3.778s
  sys 0m0.947s
  以上结果是在我个人笔记本的虚拟机上测试,时间上花费了 12 分 27 秒,这里源库 yttdb_old 上的表个数为 2002,总共也就 826M,不到 1G,并且包含了视图,触发器,存储过程,存储函数,事件等都有。
  root@debian-ytt1:/home/ytt/mysql-sandboxes/3500/sandboxdata/yttdb_old# ls -l |wc -l
  2002
  root@debian-ytt1:/home/ytt/mysql-sandboxes/3500/sandboxdata/yttdb_old# du -sh   826M .   接下来,记得删除旧库 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.sql   real 1m41.901s   user 0m1.166s   sys 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 " " " "`   root@debian-ytt1:~# time mysqldump --login-path=root_ytt --set-gtid-purged=off --triggers=false yttdb_old $view_list > /tmp/yttdb_old_view_lists.sql   real 0m0.123s   user 0m0.007s   sys 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.048s   user 0m0.005s   sys 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.046s   user 0m0.006s   sys 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.050s   user 0m0.008s   sys 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.070s   user 0m0.006s   sys 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.054s   user 0m0.011s   sys 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.sql   real 0m0.222s   user 0m0.081s   sys 0m0.000s   root@debian-ytt1:/home/ytt# time mysql --login-path=root_ytt -D yttdb_new < /tmp/yttdb_old_view_lists.sql   real 0m0.158s   user 0m0.013s   sys 0m0.000s   接下来进行功能验证,验证表数量、触发器、存储过程、存储函数、事件等数目是不是对的上。   三、历史方案   其实在 MySQL 早期还有一种方法。   假设 MySQL 部署好了后,所有的 binlog 都有备份,并且二进制日志格式还是 statement 的话,那就可以简单搭建一台从机,让它慢慢追主机到新的库名,等确切要更改旧库的时候,再直接晋升从机为主机即可。   这里只需要从机配置一个参数来把旧库指向为新库:   replicate-rewrite-db=yttdb_old->yttdb_new   不过这种局限性很大,不具备标准化,不推荐。   总结   其实针对 MySQL 本身改库名,大致就这么几种方法:   如果数据量小,推荐第一种;   数据量大,则推荐第二种;   数据量巨大,那就非 MySQL 本身能解决的了。   可通过部署第三方 ETL 工具,通过解析 MySQL 二进制日志或其他的方式来把旧库数据直接读取到新库达到改名的目的等等。   社区近期动态

蒋介石如何搞定宋太夫人,成功迎娶宋美龄的1922年春节,在孙中山举办的一次家庭联谊会上,蒋介石初次见到宋美龄,就立刻被这个谈吐不凡的女人所深深的吸引,于是决定对其展开追求。宋美龄出身名门,自幼赴美求学,毕业于美国威斯里女失眠了,安神类中成药这样选,辩症应用效果好现代人生活节奏快,工作压力大,长期的紧张忙碌使越来越多的人出现睡眠不好的问题,有的人还会有心情烦躁失眠多梦等症状,而西医主要是通过应用安定舒乐安定佐匹克隆唑吡坦等药物治疗,而这些西难治性高血压有哪些原因引起?关于治疗有以下几点建议难治性高血压是指在改善生活方式的基础上,使用足够剂量且合理搭配的3种或3种以上抗高血压药物(包括利尿剂),在一定时间内(至少1个月)药物调整的基础上,血压仍大于14090mmHg,甲减会引起心脏病?专家这样回答在了解甲减的并发症之前,病友们还是有必要先了解一下甲状腺的作用。甲状腺的形态像一只停在颈部中央的美丽蝴蝶,它在脑部垂体的指挥下,分泌甲状腺激素(就是您化验单上的T3和T4)。它们能抑郁症陪伴不好抑郁症患者的常见一个错误,是时候该清醒了随着来找我干预的个案越来越多,我写文章的时间也越来越少了,还会不定期推出我写的面诊手记,我面诊干预与个案和家长接触过程中的所见所想。这样一来可以从更丰富的角度理解青少年精神心理问题抑郁症曾被诊断为双相障碍的32岁患者如何高效康复双相情感障碍的个案现在越来越多,阿亮是我们机构接诊的个案中年纪较大的,已经32岁了,已婚未育,湖南长沙人。年幼的时候,经历了多种让他产生病理性记忆的经历,让他在成年后的记忆力和行为几张图真实反映出幼师有多辛苦,普通人难以想象,入职要考虑清楚在幼儿园的34年时间,是孩子启蒙教育的重要阶段,在这个过程中,幼师的帮助和引导至关重要。在很多人看来,幼师是一份非常轻松的工作,但是没有真正身处其中,很难体会那份心酸。前段时间,网周大生质量丨上市四年走上快车道,钻石珠宝市场前景广阔周大生成立于1999年,深耕珠宝行业二十余年,2011年2019年公司营业收入复合增长率为14。5,2020年净资产收益率实现20。15,保持连续10年ROE超过20。自2017年周大生发布2020年年报,业绩小幅增长展现较强韧性近日,周大生发布2020年年报,报告显示2020年周大生实现营收50。84亿元,归母净利润10。13亿元。其中第四季度单季营收17。35亿元,归母净利润3。00亿元,四季度增速放缓关节炎氨基葡萄糖糖尿病人可以吃吗?我们的民族是一个勤劳的民族,不是吗?每天的辛苦工作,很多老年人甚至年轻人也得了骨关节炎,这是一种常见的慢性关节疾病。临床表现为关节疼痛畸形和活动受限,最常见的就是椎间盘突出,肩周炎正确认识保肝药保肝药是指具有改善肝脏功能促进肝细胞再生增强肝脏解毒能力等作用的一类药物。保肝药主要分为五大类抗炎保肝药物(如甘草酸制剂)肝细胞膜修复保护剂(如多烯磷脂胆碱)解毒类药物(如硫普罗宁
时钟滴滴答答时钟滴滴答答,岁月分秒不差!好久没写心情了!原因各种各样!洗澡后等待孩子出来,终于有点儿小心情!澡堂迎接所有,还你干净心情!今晚睡眠肯定不错喽,临近傍晚洗澡,就是为了好睡眠!想想自还敢不敢玩受伤谁来买单,?谁敢?老师,孩子?家长?人心惶惶,别人玩受伤,家长让幼儿园买单,幼儿园让老师买单,老师呢,只能限制孩子的活动量,最后谁又赢了?都输了吧,一环套一环,谁也不愿意,都不假期的疲惫三天了,花了好多钱,受了好多罪,努力加挣扎,呼唤亲朋好友!终于玉米皮剥完了,把玉米袋子摞起来了,塑料布盖上了,排水沟通畅了!终于一小段结束了,再下雨也能安心点了,听长辈说,一直下雨婚姻中的主配班幼儿园老师干久了,就慢慢悟出来一些东西!两个老师在一起,就好比是夫妻之间的相互配合!一个老师带孩子,另一个老师忙干活,或者卫生,或者安全!一个老师在上课,另一个老师忙着配合一起做游捡钱的平衡周六中午出去走走,出门没多久,悠闲自在漫步时,无意发现脚下有现金,是十元,犹豫了一瞬间还是弯腰了!初把钱放口袋时,是高兴的,嘿嘿,做梦一样哦,美梦成真了呀,哈哈,还动了动每天都要出打碎的餐盘当初买的时候,用心挑选!充满爱意!哎,经不起的岁月蹉跎!买的时候,不考虑钱,只考虑温馨!现在的它,已被打碎了两个了,大儿子打碎一个,小儿子今天也打碎一个!打碎的同时,心里很难过!一恐怖难过梦和妈妈一起去别人家!别人家有吃人的锅!有好多小朋友进缸里游泳就变成锅里的面条!被知情人都吃了,最后小朋友剩不多了,不愿意去游泳了,就被知情人引诱去进缸里,没想到,反而把吃面条的知情对人的对物人总是变化多端的!人也是可可爱爱的!真心的付出也可能换来背后的一刀!真心有时也能换来真心!各种娇纵的人,自大的,自卑的,也有谦逊的!物呢,冷冰冰的寂寞!单纯的安静!人搞的太复杂了,逃不掉的痛不想知道!想忘记!可是记忆涌来,被翻起!刷了好久,期望困意,然后安眠!可惜逃不掉,逃不开!难过的泪滴!无家可归的灵魂!寂寞难熬的精神!为什么?我情愿不遇见!你的特殊日子,我没有快乐天塌了还活吗?天塌了,还得活吧!怎么活呢?浑浑噩噩的活,当不清楚时,找不到目标时,当无能为力时,还努力吗?还奋斗吗?明知结局不好,还坚持吗?在有限的人生中,放弃什么,放弃挣扎吗,还是再挣扎一下!真的需要的人谁可以离开,闭上眼睛想一想!其实谁都不行,可是就是谁都不行的路上,有的人就是逐渐离开,越来越远,直到消失不见!生活,每天的忙碌碌,每天的努力,每天的希望更好一些,可是有些人,就是在