炮灰到精英的必备神器-PGSQL快速导入表新特性

高强 2016-01-19 09:10:10

因为不知道PostgreSQL 9.5 IMPORT FOREIGN SCHEMA的新特性,坚守传统方法,小明在职场上成为了同事小强的炮灰。今天【DBA+社群】联合发起人高强老师为你具体介绍如何运用PostgreSQL 9.5快速导入外部表的新特性,赶紧来看看吧,不知道你就out了。

 

 

在一个风和日丽,没有雾霾的早上,技术部领导把小明叫到了办公室,问:“兄弟,我想在新的系统上查询一下在用的生产系统的数据,有没有比较快速、方便的方法?新的用的PG的数据库有这种方案吗?”

 

小明:“领导,把数据从生产系统中导出,然后导入到新系统不就OK?”

 

领导:“比较快速、方便的方法有没有?”

 

小明:“领导,把数据从生产系统中导出,然后导入到新系统就很快。”

 

领导:“更快速、方便的方法有没有?”

 

小明:“领导,把数据从生产系统中导出,然后导入新系统就已经很快了!”

 

领导对于小明复读机似的回答有些恼火,按耐住心中的不耐烦,问了一句:“导入外部表需要做什么准备工作吗?”

 

 

小明胸有成竹的讲:“领导,就是实现创建好ddl就行。”

 

领导认真的问到:“一共多少张表?”

 

小明有些不确定:“200张?”

 

领导有些惊讶:“这么多?!”

 

小明突然又想起了些什么,小声的说:“领导... ...我刚想起来...还有一个用户,里面大概有300张表...”( -__-|||)(声音小的连他自己都快听不到了)

 

领导有点沉不住气了:“滚出去!”

 

小明红着脸说:“领导!你听我说...”

 

领导这次彻底的被点燃了:“滚出去!!!”

 

 

小明默默的在外面帮领导关上了门... ...

 

领导已经气的不行,此时老板的电话已打过来:“怎么样?搞定没?”

 

领导:“没问题,老板,稍等片刻!”

 

老板:“好的,搞好了说一声,好跟客户介绍咱们新开发的系统,起码有个查询体验,等你消息!抓紧。”

 

领导此时想起了公司新来的同事小强,虽然小强平时看起来比较逗逼和活泼,但是小强已经是公司为数不多做数据库的员工了。领导想好了如何跟老板解释系统开发进度慢,拖延体验时间的解释。抱着试试看的心态,传召了小强,表达了在此情景下的需求。

 

小强:“领导,这个问题,我不敢保证能做好,我尽力。”

 

领导:“平时看你活泼夸张,今天说话有所保留;说说看,你有什么思路?”

 

小强:“领导,不动数据库什么玩笑我都敢开,真刀真枪干事儿了,不来那些没用的话。我前段时间看到PostgreSQL 9.5有个新特性,可以简单的导入外部表,按模式导入,我觉得可以尝试一下。”

 

领导:“好,去做吧,注意操作谨慎,别粗心。”

 

小强:“知道了,半个小时内给您回消息,不论成功还是失败,都即时汇报给您。”

 

小强出门后,领导点了一颗烟,静待平时看起来“不靠谱”的小强。

 

同时,领导也在想,小强说的方法理论上听起来确实不错,不知道放在实践中如何,他对比了一下两位员工的方案:

 

小明的方案:

 

 

小强的方案:

 

 

小强回到工位上,倒了杯水,心理有一些压力,尽管自己刚测试过新功能(导入外部模式),但是心理还是很紧张,因为他觉得要对领导的信任负责任,要对生产系统的稳定运行负责任,这绝对不是平时打打闹闹、说说笑笑之类的胡闹。

 

他打开笔记本,深吸了一口气,谨慎的进行了操作:

 

1.确定一下新环境的数据库版本:

 

 

2.创建基于用户的模式:

 

 

3.安装postgres_fdw插件:

 

 

4.创建外部服务器对象:

 

 

5.创建用户映射对象:

 

 

连接到生产库看一下生产库的表信息:

 

 

6.远程导入整个schema:

 

 

7.查看新系统表状态:

 

 

8.调整属主和权限:

 

 

9.验证数据量:

 

 

数据已经导入到了新的系统中,小强立刻给领导打电话通报。

 

领导:“不错,小强,如果上面要求屏蔽掉某些敏感的表或者是只提供基础数据好实现吗?”

 

小强:“没问题,我给你我的测试报告吧,最近刚做的。”

 

测试报告:

 

在源端创建2个新的表:

 

 

排除某个表:

 

 

查看一下导入效果:

 

 

已经排除表summary。

 

删掉目标库的表,再测试一下包含某个表的用法:

 

 

领导:“谢谢你,小强,回去工作吧”

 

说着,领导拨通了小明的电话,心想还是要维系好同事关系,多一份人脉,多很多机会,再说小明也是老员工了,刚才对他发火也有些冲动。

 

小明进了办公司,领导微笑着,说:“小明,刚才事出紧急,有些急躁,抱歉。”

 

小明:“领导,没关系,确实是我技术不精,以后多多学习!”

 

领导:“刚才小强把表都整过来了,我看查询有些慢,你给看一下原因。”

 

小明:“好的领导,我收集一下信息,完事儿立刻给你汇报!”

 

小明回到工位执行了几条命令,收集了一下性能方面的信息:

 

在新系统上:

 

 

在生产系统的服务器看:

 

 

小明把以上信息提交给了领导,解释说:”领导,你看收集到的信息显示,远程的表查询起来就是慢,看来这功能还是不靠谱啊,我建议还是用我的方案,导数据,或者可以买第三方软件进行同步数据,把数据实时同步到本地。”

 

领导:”小明...老师...公司花钱请你来是让你给个报告然后告诉老板要花钱买新产品的吗?那还用你做啥?同步数据可以用HotStandby,还用第三方软件?你一个导数据的方案想通吃所有项目?!目前这查询速度客户是可以接受的,并不是相对速度慢就是不可以好吗?!!想要查远程数据并且提升一下性能可以用物化视图好吗?!!!“

 

小明:”领导,不好意思...物化视图是...什么?“

 

领导:”滚出去!!!“

 

 

外部表在查询速度上还是有一定的延迟的,如果在项目中可以接受实际的查询速度就OK。如果接受不了,可以尝试使用物化视图,当然还有很多方案,方法总比困难多~~~

 

物化视图在此就不多浪费篇幅了,如果感兴趣的话,可参考如下文章,里面有对物化视图的性能测试:

http://gaoqiangdba.blog.163.com/blog/static/245970045201510171821363/

 

作者介绍:高强

  • 【DBA+社群】联合发起人

  • SDOUG核心成员,ITPUB 名人堂嘉宾。

  • Oracle用户组年轻专家。ChinaUnix 社区 Oracle 板块版主,ChinaUnix 社区博客专家。

  • 优酷网认证音乐牛人:EricGuitar。


小编精心为大家挑选了近日最受欢迎的几篇热文:


回复011,看邹德裕《数据库运维工具化:一切从“简”,只为DBA更轻松》。

回复012,看马育义《Oracle内核系列3-揭秘ASM磁盘头信息》。

回复013,看吕海波《去不去O,谁说了算?》;

回复014,看杨德胜《Oracle故障日志采集“神助攻”—TFA工具详解》;

回复015,看郭耀龙《假事务之名,深入研究UNDO与REDO》;

回复016,看陈能技《基于Docker的开发模式驱动持续集成落地实施》;

回复017,看朱贤文《数据库与存储系统》;

回复018,看卢钧轶《揭秘Facebook数据库备份策略》;

回复019,看王佩《基于Docker的mysql mha 的集群环境构建实践》;

回复020,看王津银《互联网运维的整体理念与最佳实践》


关于DBA+社群

DBA+社群是中国最大的涵盖各种架构师、数据库、中间件的微信社群!线上分享2次/周、线下沙龙1次/月,顶级峰会6次/年,直接受众10000+,间接影响50万+ITer。DBA+社群致力于搭建一个学习交流、专业人脉、跨界合作的公益平台,更多精彩请持续关注dbaplus微信订阅号!

扫码关注

DBAplus社群

超越DBA圈子,连接的不仅仅是DBA

最新评论
访客 2017年06月23日

为什么小表驱动大表比较快呢?

访客 2017年06月20日

学习

访客 2017年06月16日

水平太差,完全没看懂

访客 2017年06月14日

可以可视化吗?信息是挺全的

访客 2017年06月13日

学习了

活动预告