共计 3620 个字符，预计需要花费 10 分钟才能阅读完成。
“ShardingSphere 作为 openGauss 生态的开源分布式数据库解决方案，将继续助力于 openGauss，满足千行百业广大客户分布式场景需要。”
5 月 29 日，由 openGauss 社区主办，北京鲲鹏联结翻新核心、云和恩墨、深服气、SphereEx 合力承办的“【北京】openGauss Meetup”流动在北京海淀区中关村智能制作翻新核心胜利举办，此次 Meetup 也是 SphereEx 正式退出 openGauss 社区后的首次联结流动。在 Meetup 现场，SphereEx CEO 张亮从产品状态、部署架构、性能测试、将来布局等方面为大家带来了《ShardingSphere 与 openGauss 的化学反应》主题分享。
SphereEx CEO 张亮
1 ShardingSphere 是齐全面向广度的生态类我的项目
分享伊始，张亮首先展现了 ShardingSphere 的数据报告。ShardingSphere 是 Apache 软件基金会的顶级我的项目，目前在 GitHub 上 播种 14k 以上的 star 数目，超过 200 位贡献者参加社区开发，领有 100 个以上模块。整体而言，ShardingSphere 是一个齐全面向广度的生态类我的项目。
在谈到成立 SphereEx 公司的外围实践根底时，张亮认为，“基于目前的行业现状，数据库碎片化的时代曾经降临，将来不再会呈现大一统的数据库去解决所有问题，泛滥数据库将在各行各业施展各自善于的能力。基于此，SphereEx 公司将主导把 ShardingSphere 打造成为 Database Plus 的产品状态，致力于搭建数据库下层的标准化增量，而非做一个 n+1 的数据库。”
ShardingSphere 具备可插拔的弱小架构体系。多种数据库协定和 SQL 方言，及其提供的性能都是它可插拔的一部分。ShardingSphere 最常见的数据分片能力，即是其中的一个可插拔性能。除了数据分片，读写拆散、数据加密、高可用、弹性伸缩，以及将来打算的 SQL 审计相干性能均通过可插拔的标准接口织入到零碎中。在可插拔架构之上，ShardingSphere 提供 DistSQL 性能，用于管制可插拔性能规定的创立，以便于每个性能均可通过 SQL，以数据库原生的形式进行操作，用户无需像应用传统中间件一样，通过配置启动性能。
2 ShardingSphere 是一个面向开发者的可定制化编程平台
可插拔架构是 ShardingSphere 长期以来始终致力于打造的“微内核，强生态”架构模式。它谋求各个模块的互相独立和互无感知，并且通过一个高灵便度，可插拔和可扩大内核，以叠加的形式将各种性能组合应用。
ShardingSphere 的可插拔的架构共分为三层。
L1 内核层面向数据库内核，包含数据库事务引擎，查问优化器等。当数据库有较为适当的查问优化能力时，ShardingSphere 可间接下推至数据库的形式去执行。在 SphereEx 公司为 ShardingSphere 的产品布局中，当数据库缺失查问优化的相应能力时，比方 KV 数据库，则会调用内置的查问优化器，在其上进行规范查问。
L2 性能层是 ShardingSphere 最外围所在。在性能层齐全缺失的状况下，ShardingSphere 会体现成为一个空白的框架，将 SQL 间接透穿至数据库。性能层的每个模块均独立存在，在模块外部的代码开发，不会影响其它模块的稳定性。与此同时，ShardingSphere 能够将各种性能以可叠加的形式组合应用。譬如：开发者既能够同时应用数据分片、读写拆散和数据加密，也能够独立应用数据加密，所有性能的排列组合都是自在扩大的。ShardingSphere 不仅是一个面向数据库某项能力所打造的数据库中间件产品，狭义上 它更是一个面向开发者的可定制化编程平台。
L3 生态层通过三个接口别离实现数据库协定、SQL 方言和数据库存储对接，用于打造异构数据网关。ShardingSphere 将来会思考开发 SQL 方言转换模块，在真正意义上实现在异构的数据库中自在的穿梭，并管控所有对数据库的拜访流量。
在谈到 ShardingSphere 的部署架构图时，张亮示意：“ShardingSphere 是由两个产品状态组成的多接入端混合架构”。
ShadingSphere-Proxy 的应用形式与数据库截然不同，目前反对 MySQL 和 PostgreSQL 协定，能够间接应用 MySQL/PostgreSQL Cli 命令行，Navicat 等图形界面、以及任何异构语言连贯。
ShadingSphere-JDBC 则是一个 Java 端的驱动，与 Proxy 的两次网络调用不同，它采纳直连数据库的形式以达到性能的最大化。Proxy 的性能损失大略在 20% 左右，而 JDBC 则在 2%-3% 之间。对于用户来说，选用 JDBC 或 Proxy 都是能够的，同时 ShardingSphere 还提供了 Proxy 和 JDBC 混合应用的架构模型。在对性能要求比拟极致的 Java 开发线上利用场景，可应用 JDBC 直连数据库，并且搭建一个 Proxy 便捷 DBA 对数据库的运维操作；对性能要求非敏感的场景，则能够间接应用 Proxy。
ShardingSphere 的分片能力从实质来看，是基于对 SQL 批改，以及对分布式事务的协调进而达成对程度扩大要求的。通过 ShardingSphere 和 openGauss 所组合成的新的产品状态，到底能产生什么样的化学反应呢？
3 ShardingSphere + openGauss 产生的化学反应
openGauss 是一个性能强劲的交易型数据库，通过 ShardingSphere 能够便捷地实现其程度扩大能力。ShardingSphere 的可插拔能力在此能够更好体现，它能够十分不便的对接 openGauss 协定，而无需改变内核代码。
用户应用 ShardingSphere 与间接应用 openGauss 没有区别。但从配置来说，ShardingSphere 的分片算法是面向开发者的，配置非常灵活，如果封装成为一体化的分布式数据库，通过 Java 类进行分片规定的形式在应用体验上较差。开发者能够应用 ShardingSphere 的模板化分片算法（如：MOD、HASH、RANGE），齐全屏蔽分片键以及算法的配置，将来 ShardingSphere 会在配置模版的易用性上做较大晋升。
除此之外，ShardingSphere 还将提供高可用切换探测能力。当 openGauss 产生主从切换后，可通过 DistSQL 告诉 ShardingSphere 切换读写拆散配置。
另外，张亮还展现了 ShardingSphere 在 openGauss 之上所做的性能测试报告。
从图中能够看出，当直连 openGauss 在 TPS 达到 19 w 时，通过 ShardingSphere-Proxy 代理连贯的 TPS 则能够达到 15.5 w，靠近 20% 的性能损耗。张亮示意将来的测试场景将会更加细化，将增加 MySQL 和 PostgreSQL 的比对测试。
最初张亮分享了 ShardingSphere 和 openGauss 在拓展生态和社区将来倒退中的一些布局。
首先，将性能晋升至极致。将来单方的单干中有大量可晋升的空间，会继续的进行优化晋升。
其次，通过 ShardingSphere 的可插拔的架构赋予 openGauss 更多能力，如：数据加密、SQL 审计等。
第三，对 openGauss 数据库管控方言的全面反对。ShardingSphere 在之前对 MySQL 的反对较多，将来会对 openGauss 做更强的反对。
最初，通过 DistSQL 对接分布式的管控。目前 ShardingSphere 能够间接对接 MySQL 的 MGR，将来会内置反对 openGauss 的高可用切换计划。
分享最初，张亮总结到：“目前 SphereEx 公司 正着力于将 ShardingSphere 和 openGauss 更好地对接和联结优化，使其在高性能的根底之上，减少程度扩大的分布式能力。ShardingSphere 将齐全兼容 openGauss 协定，透明化用户应用。在 ShardingSphere 将来的布局中，会一直尝试将其各方面的能力与 openGauss 相结合，使整个数据库产品在程度扩大之外，在数据库灰度迁徙和降级、数据安全、压测数据导流、分布式治理等能力上进一步晋升。”心愿 ShardingSphere 与 openGauss 携手，带动国内新兴数据库生态一直壮大，助力数据库产业一直前行。
openGauss 北京用户组成立
本次 Meetup 最初进行了 openGauss 北京用户组成立典礼。openGauss User Group，简称 oGUG，是一个让开发者就 openGauss 技术个性、最佳实际、经营停顿等方向交换的公益性本地社区，大家共同努力，一起进行原创性、引领性的技术攻关，构建数据库根技术，从而打造数据库根社区和支流生态。SphereEx CEO 张亮成为北京用户组首批成员。
更多精彩视频回顾，请点击“链接”查看。
