厚积薄发平安自研数据库演进之路（20页）.pdf

1、厚积薄发，平安自研数据库演进之路平安科技 熊灿灿PostgreSQL之源01PostgreSQL之势02PostgreSQL之痒03厚积薄发，破局之刃04PostgreSQL之源01PostgreSQL之势02PostgreSQL之痒03厚积薄发，破局之刃041.支持SQL2016大部分特性，至少实现了SQL2011标准中要求的179项主要功能中的160项2.功能丰富，利用内核代码中的Hook，可以在不修改数据库内核代码的情况下，自主添加任意功能3.社区活跃，生态友好，国内外基于PostgreSQL有很多优秀的产品，这些商业主体会集成和发扬，并反哺社区4.FDW联邦查询可以在同一个Postgr

2、eSQL中像操作本地表一样访问其他数据源5.全栈数据库，流式处理Pipelinedb、时序数据库TimescaleDB、空间数据PostGIS、分布式Citus、Greenplum，图数据AgensGraph、NoSQL JSON/JsonB、Hstore等6.强大的并行能力，如并行query、seqscan、nestloop join、aggregate、merje join、hash join7.强大的物理复制，支持金融级的多副本同步配置，不怕大事务，秒级延迟8.协议友好，采用类BSD协议，在使用和二次开发上基本没有限制，企业不会因为分发遇到商业风险，不会因为需要开源核心代码导致辛苦构建的

3、技术壁垒被打破。9.扩展接口丰富，与应用深度结合，比如用户画像插件pg_roaringbitmap、虚拟索引插件 hypopg、机器学习插件 madlib等10.版本迭代稳定，每年第三季度发布大版本，每个大版本都有重量级特性11.真正的全栈数据库，One handle them all，一个打十个，媲美OracleB BS SD DG GP PL LA Ap pa ac ch he e发力的PostgreSQL之源01PostgreSQL之势02PostgreSQL之痒03厚积薄发，破局之刃041.缺少成熟的ASH、AWR功能：出了故障后能够溯源的手段匮乏，开源的诸如pg_awr、pg_pro

4、file等功能单一，缺少关键诊断信息比如wait_event、LWLock、操作系统层的信息等2.不支持Failover Slot，意味着假如发生了Failover，消费信息会丢失，对于严格的金融场景，这个比较头疼，需要手动拷贝或者通过技术手段定时记录位点信息3.原生流复制若写入过大、网络带宽拥堵等情况下，会造成主从复制延迟，假如WAL日志被归档后会造成主从断掉4.32位的事务ID，对于写负载较高的库，经常要面临年龄用完的尴尬5.海量连接情况下，TPS随着连接数的上涨线性下降，v14有了一定的性能提升（release不久），缺少原生的进程池6.没有好用的列式存储引擎，对AP分析场景稍许吃力7.

5、没有原生成熟的TDE（Transparent Data Encryption）8.少有的不支持数据压缩的主流数据库（只有TOAST，适用场景有限，Postgre Pro提供了数据压缩，但依赖于商业支持）9.独特的MVCC机制，目前来看弊大于利，vacuum经常会因为各种各样的问题，罢工、懈怠等，到了一定的水位，还需要一个昂贵的AccessExclusiveLock来使表变得紧实10.没有Hints机制，PostgreSQL并且也不打算支持Hints，原本可以通过一条小小的hints来解决问题，可能需要花费大量时间周期去修改、优化PostgreSQL之源01PostgreSQL之势02Postg

6、reSQL之痒03厚积薄发，破局之刃04可以看到，社区版的PostgreSQL天空中依旧飘着几朵小乌云，总感觉缺了点什么。基于此，平安科技厚积薄发，充分吸收多年金融场景的实战经验，同时借鉴主流数据库产品的优点，自主研发了一款金融级集中式数据库，RaseSQL，基于PostgreSQL13研发。A Av va ai il la ab bi il li it ty yR Re el li ia ab bi il li it ty yS St ta ab bi il li it ty yE En nt te er rp pr ri is se e高高可可靠靠性性高高可可用用性性高高稳稳定定性性企企业