在2016杭州云栖大会的“开源数据库之 PostgreSQL专场”上，畅捷通信息技术股份有限公司的核心DBA张玉彬带来了《PostgreSQL助力小微企业管理系统变革》。分享中，他详细介绍了畅捷通与PostgreSQL联姻的原因和过程；并对PostgreSQL踏云后的利弊给出了自己的见解；分享最后，他还对PostgreSQL DBA的未来进行了展望。
以下内容根据演讲PPT及现场分享整理。
目前，在畅捷通中，PostgreSQL支撑的系统包括互联网金融服务、数据服务、社区服务以及平台类业务。
与PostgreSQL联姻
![19d01325ecd6c9e04d0e0efef71231ab24f98cdb]()
然而，畅捷通在选用PostgreSQL作为云产品数据库之前，几经波折，走过一段漫长的岁月。在2009年未转型以前，畅捷通数据库产品选用的是Oracle；2009年至2012年，在阿里去IOE的大趋势下，畅捷通于采用MySQL取代了Oracle；经历了相当大的业务上痛苦之后，畅捷通终于在2012年投入PostgreSQL的怀抱。
![38feea621f87384f520845fc0531eec443e14d5d]()
之所以选型PostgreSQL为畅捷通云产品为指定数据库，是因为在2012年互联网成熟时期，作为传统企业的畅捷通才刚开始进行探索，很多业务上的需求采用MySQL得不到实现，例如在空间位置计算上，MySQL实现起来非常复杂，而PostgreSQL通过提供Postgis插件提供了空间位置的计算能力；在处理复杂查询时，PostgreSQL的性能也优于MySQL；PostgreSQL中还具有role、schema等不同角色，便于不同用户使用；同时，PostgreSQL通过FDW支持不同DB间建立链接，提高了资源利用率；此外，PostgreSQL还提供了丰富的数据类型（包括网络类型）、窗口函数以及详细的执行计划。
![0a5ae13c97ca3e48d5a1e28472cb0461324c6379]()
上图是畅捷通基于PostgreSQL打造的系统架构图，主体采用Streaming replication+Hot Standby，也就是常见的一主一备架构，主机用于为业务OLTB提供服务，备用机器用于抽取、分析、查询数据等。在具体PostgreSQL实施时，硬件方面需要考虑以下几个点：
- 机柜的选择（电源、承载多少服务器）；
- 交换机的选择、网络布线；
- 跨机房的专线；
- 服务器不同厂家的调研评测；
- 服务器的选型（计算型、存储型）；
- 硬盘的选择（SAS、SSD、PCIE卡、盘柜），需要考虑成本的问题；
- 网卡（万兆、千兆），优先级高的使用前者，优先级低的使用后者。
软件方面同样需要考虑很多因素：
- RAID10或RAID5；
- 操作系统（CentOS或Ubuntu），目前畅捷通使用的是前者；
- 系统BIOS的优化；
- 系统参数的优化、PostgreSQL参数优化；
- 中间件的选择（pgpool还是自主研发）；
- 对部分业务的调整优化，并对监控及安全进行加固。
![ae76de28eb96a55e7c98975460b07214a7a0a829]()
畅捷通在上线PostgreSQL之后，收获颇丰：首先其平台支撑了近40万家小微企业客户；其次，同样的环境、同样的业务SQL，PostgreSQL最高的提升达到10倍；最后，PostgreSQ丰富的数据类型、窗口函数、postgis插件等等大大加快了开发迭代效率。
但，风光的表面下，也给畅捷通带来很多痛：第一成本还是没有降下来；第二还是采用传统的运维方式，要求DBA大量的人工干预操作。
因畅捷通开始了PostgreSQL上云之路。
让PostgreSQL踏云
![9fdc63b710fb34836845d3a1ccc173b764dfc938]()
PostgreSQL上云很简单，只需要简单的三步：打开URL；选择配置；付款。省去了上文提到的硬件、软件选择步骤。
![14422d8009e1fb5086e676823708218039d8f14f]()
总结来看，PostgreSQL上云之后给畅捷通带来的变化有：
- 从DBA外围工作解脱出来，聚焦PostgreSQL；
- 大大节约了成本，可以按量付费，可以先低配再升级；
- 完全不用考虑HA，不用做JA预案及HA演练；
- 同时阿里云的云盾让PostgreSQL高枕无忧；
- 数据库云平台让DB平台化一步到位；
- 此外，可以实现快速地打PostgreSQL补丁，DBA更加聚焦业务，处理业务相关的seesion、SQL等。
![984488cf63b2eb19527e2ee6c04744ec96a271be]()
上云之后，畅捷通经历了一些痛点，希望未来能加以改进：
第一，白名单仅能指定到IP，无法针对用户和库；
第二，要求相应很高的应用避免跨区，做到和DB一个区；
第三，PPAS日志无法导出，需要先下载下来，再自我分析；
第四，网络带宽较窄，大任务下载时需要较长等待；
第五，监控项目还是比较少；
第六，PostgreSQL连接数和内存绑定死。
PostgreSQL DBA展望
![991e8838bfeea3eded21f30e4dc70978d1395983]()
上云之后，PostgreSQL DBA未来将何去何从？首先需要深入业务，不再简简单单地为业务服务；其次要搞点分析，主动为业务设计合理的使用方案，例如该如何使用PostgreSQL、达到什么样的效果。只有这样才能真正发挥PostgreSQL DBA应用的作用。
