上章节介绍了昆仑分布式数据库的技术特点,这章紧接上文带来数据库的技术优势。
一、开源、扬众长避众短
1.1 集3大主要数据库Oracle、MySQL、PostgreSQL的强项于一身并产生1+1>>2的放大效应,可以广泛汇聚社区能量,产生长久的价值和生命力。
- Oracle:存储引擎,查询处理。
innodb完全遵从Oracle的存储引擎的设计。
- MySQL:innodb存储引擎和 binlog 复制(RBR)。
- PostgreSQL:查询处理能力在所有开源RDBMS中最强。
- MySQL&PostgreSQL开源社区的人力资源和技术资源。
1.2 避免它们的弱项
- Oracle:硬件和软件昂贵,成本过高:无法做到安全可控,政策合规。
- MySQL:查询处理的性能和功能有限:单机数据库,无法水平弹性扩容。
- PostgreSQL:存储引擎不适合重负载OLTP负载.
二、查询处理能力
2.1 计算节点支持PostgreSQL的所有主要查询处理功能。
- 支持绝大多数DDL和所有DML语法和功能。
例外:外键和触发器,tablespace和存储相关功能,WAL replication。
- 支持所有基本数据类型。
数值,字符串,text/blob,时间1日期/时间戳/money/enum,序列等等。
- 支持高级查询处理功能。
* 任意跨shard的多表连接,子查询,存储过程。
* OLAP分析能力:聚集函数,window函数,grouping sets, cube, rollup。
* CTE,视图,物化视图,真prepared stmt,jit.
2.2 计算节点兼容MySQL和Oracle的常用SQL语法(*)。
- 支持MySQL客户端协议(*)
- 去O的迁移工作量较小,技术人员技能可平移,学习曲线平缓(*)
三、全方位数据安全保障
3.1 在数据源头控制数据访问更加安全可靠。
- 统一/多层级/灵活动态配置访问控制规则。
- 应用层面访问控制的多种缺陷。
* 不统一:多种应用访问同一个数据库,每个应用都需要规则配置甚至编码实现。
* 不灵活动态:硬编码的访问控制规则,不容易修改。
* 不安全:控制策略和规则本身会泄露信息。
3.2 多层级细粒度的访问控制。
- 多层级的用户/角色。
- 多层级的数据库对象:数据库/schema/表/视图/列。
- 多层级管理各种数据库对象的访问控制规则。
3.3 用户数据全系统加密:数据文件和binlog文件以及日志文件均可加密;
SSL全链路加密,安全传输数据; 多级(database,schema,table,view,column)细粒度访问控制。
四、兼容并蓄
4.1 计算节点开放架构。
- Extension:无缝兼容PostgreSQL生态,PostGIS等。
- FDW(foreign data wrapper):可以实现接口来读取所有主流数据源。
* hadoop生态:hbase,hive等。
* 主流数据库:Oracle,MSSQL Server,DB2,MySQL,PostgreSQL等等
* 列存储(OLAP)和时序数据库。
4.2 计算节点其他优势。
- 完善的i18n/globalization/localization支持。
时区,字符集和collation。
多语言能力。
五、多层级多方面的扩展能力
5.1 按需弹性水平扩展能力。
- 多个读写节点,处理读写负载都可以按需扩展处理能力。
- 无共享(sharenothing),无单点依赖。
- 无性能瓶颈,无计算/存储能力瓶颈。
- 按需增减计算节点和存储集群/节点。
- 透明的按需扩展,业务系统和最终用户无感知。
- 存储集群扩容速度可调,对数据源节点的计算/存储/网络资源消耗可控。
5.2 全系统并行计算能力。
- 充分发挥服务器的并行工作能力。
多核并行。
存储系统并行。
网络系统并行。
六、其它优势
6.1 不用固定分区数量,而是可以每个表不同的分区数量,分区规则(3种),并且可以使用任意数量的分区列,甚至对于小表可以完全不分区。
6.2 存储集群
- 性能领先:分布式事务处理性能大大高于社区版本http//www.zettadbcom/blogs/perf-cmp-mysql。
- 完备的容灾能力:填补社区版MySQL80的分布式事务处理的容灾能力空白。
* https://fosdemorg/2021/schedule/event/mysqlxal
* 本技术分享视频的国内地址:https//wwwbilibilicom/video/BV1zo4y1d7pu
- 原生的onlineDDL功能:快速加列。
6.3 昆仑数据库 VS MySQL:使用昆仑数据库管理小规模数据的优势。
- 放大了单-MySQL集群的能力,按需水平扩展能力和更强大的数据分析能力。
- 更简单方便地使用MySQL集群:自动切主并维护mysql集群状态。
- 并行查询处理,备机读。
6.4 集群结构简单,不依赖第三方模块和软件(etcd/zookeeper等)
- 产品质量可控。
- 人力负担小。
注意:上方(*) 的条目是即将支持的功能
推荐阅读
KunlunBase架构介绍
KunlunBase技术特点介绍
PostgreSQL vs MySQL TPC-H 测试
Kunlun-Storage vs PostgreSQL OLTP 测试
*KunlunBase项目已开源
【GitHub:】
https://github.com/zettadb
【Gitee:】
https://gitee.com/zettadb
END
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。