PostgreSQL助力小微企业管理系统变革

在2016杭州云栖大会的“开源数据库之 PostgreSQL专场”上，畅捷通信息技术股份有限公司的核心DBA张玉彬带来了《PostgreSQL助力小微企业管理系统变革》。分享中，他详细介绍了畅捷通与PostgreSQL联姻的原因和过程；并对PostgreSQL踏云后的利弊给出了自己的见解；分享最后，他还对PostgreSQL DBA的未来进行了展望。

以下内容根据演讲PPT及现场分享整理。

---

目前，在畅捷通中，PostgreSQL支撑的系统包括互联网金融服务、数据服务、社区服务以及平台类业务。

与PostgreSQL联姻

然而，畅捷通在选用PostgreSQL作为云产品数据库之前，几经波折，走过一段漫长的岁月。在2009年未转型以前，畅捷通数据库产品选用的是Oracle；2009年至2012年，在阿里去IOE的大趋势下，畅捷通于采用MySQL取代了Oracle；经历了相当大的业务上痛苦之后，畅捷通终于在2012年投入PostgreSQL的怀抱。

之所以选型PostgreSQL为畅捷通云产品为指定数据库，是因为在2012年互联网成熟时期，作为传统企业的畅捷通才刚开始进行探索，很多业务上的需求采用MySQL得不到实现，例如在空间位置计算上，MySQL实现起来非常复杂，而PostgreSQL通过提供Postgis插件提供了空间位置的计算能力；在处理复杂查询时，PostgreSQL的性能也优于MySQL；PostgreSQL中还具有role、schema等不同角色，便于不同用户使用；同时，PostgreSQL通过FDW支持不同DB间建立链接，提高了资源利用率；此外，PostgreSQL还提供了丰富的数据类型（包括网络类型）、窗口函数以及详细的执行计划。

上图是畅捷通基于PostgreSQL打造的系统架构图，主体采用Streaming replication+Hot Standby，也就是常见的一主一备架构，主机用于为业务OLTB提供服务，备用机器用于抽取、分析、查询数据等。在具体PostgreSQL实施时，硬件方面需要考虑以下几个点：

1. 机柜的选择（电源、承载多少服务器）；
   
2. 交换机的选择、网络布线；
   
3. 跨机房的专线；
   
4. 服务器不同厂家的调研评测；
   
5. 服务器的选型（计算型、存储型）；
   
6. 硬盘的选择（SAS、SSD、PCIE卡、盘柜），需要考虑成本的问题；
   
7. 网卡（万兆、千兆），优先级高的使用前者，优先级低的使用后者。
   

软件方面同样需要考虑很多因素：

1. RAID10或RAID5；
   
2. 操作系统（CentOS或Ubuntu），目前畅捷通使用的是前者；
   
3. 系统BIOS的优化；
   
4. 系统参数的优化、PostgreSQL参数优化；
   
5. 中间件的选择（pgpool还是自主研发）；
   
6. 对部分业务的调整优化，并对监控及安全进行加固。
   

 

畅捷通在上线PostgreSQL之后，收获颇丰：首先其平台支撑了近40万家小微企业客户；其次，同样的环境、同样的业务SQL，PostgreSQL最高的提升达到10倍；最后，PostgreSQ丰富的数据类型、窗口函数、postgis插件等等大大加快了开发迭代效率。

但，风光的表面下，也给畅捷通带来很多痛：第一成本还是没有降下来；第二还是采用传统的运维方式，要求DBA大量的人工干预操作。

因畅捷通开始了PostgreSQL上云之路。

让PostgreSQL踏云

PostgreSQL上云很简单，只需要简单的三步：打开URL；选择配置；付款。省去了上文提到的硬件、软件选择步骤。

总结来看，PostgreSQL上云之后给畅捷通带来的变化有：

1. 从DBA外围工作解脱出来，聚焦PostgreSQL；
   
2. 大大节约了成本，可以按量付费，可以先低配再升级；
   
3. 完全不用考虑HA，不用做JA预案及HA演练；
   
4. 同时阿里云的云盾让PostgreSQL高枕无忧；
   
5. 数据库云平台让DB平台化一步到位；
   
6. 此外，可以实现快速地打PostgreSQL补丁，DBA更加聚焦业务，处理业务相关的seesion、SQL等。
   

上云之后，畅捷通经历了一些痛点，希望未来能加以改进：

第一，白名单仅能指定到IP，无法针对用户和库；

第二，要求相应很高的应用避免跨区，做到和DB一个区；

第三，PPAS日志无法导出，需要先下载下来，再自我分析；

第四，网络带宽较窄，大任务下载时需要较长等待；

第五，监控项目还是比较少；

第六，PostgreSQL连接数和内存绑定死。

PostgreSQL DBA展望

上云之后，PostgreSQL DBA未来将何去何从？首先需要深入业务，不再简简单单地为业务服务；其次要搞点分析，主动为业务设计合理的使用方案，例如该如何使用PostgreSQL、达到什么样的效果。只有这样才能真正发挥PostgreSQL DBA应用的作用。