DM8是达梦公司在总结DM系列产品研发与应用经验的基础上，坚持开放创新、简洁实用的理念，推出的新一代自研数据库。
DM8吸收借鉴当前先进新技术思想与主流数据库产品的优点，融合了分布式、弹性计算与云计算的优势，对灵活性、易用性、可靠性、高安全性等方面进行了大规模改进，多样化架构充分满足不同场景需求，支持超大规模并发事务处理和事务-分析混合型业务处理，动态分配计算资源，实现更精细化的资源利用、更低成本的投入。
一个数据库，满足用户多种需求，让用户能更加专注于业务发展。
GaussDB是华为自主创新研发的分布式关系型数据库。
该产品支持分布式事务，同城跨AZ部署，数据0丢失，支持1000+的扩展能力，PB级海量存储。
同时拥有云上高可用，高可靠，高安全，弹性伸缩，一键部署，快速备份恢复，监控告警等关键能力，能为企业提供功能全面，稳定可靠，扩展性强，性能优越的企业级数据库服务。
GaussDB分布式版形态整体架构如下：
图1 GaussDB分布式版形态整体架构图
HotDB是一款专注MySQL数据库服务的高可靠高吞吐量的分布式数据库产品，能在分布式数据环境下为应用提供集中式数据库的操作体验，为海量数据、海量用户、高可用、高性能和高并发的业务系统提供强有力的支撑，同时具备强分布式透明、易扩展、无学习成本等特点。
让技术工程师专注应用程序编码实现，不必知道也不必关心数据的存放和操作位置等细节；让数据库运维人员更轻松地管理海量数据和大规模的数据库集群。
私有云数据库产品HotDB的定位概括如下：
企业生产在线交易系统，即OLTP业务场景
经过企业级验证，成熟稳定主流开源数据库产品MySQL
海量数据存储
海量用户访问
当我们选择一项技术的时候，第一个问题应该是问自己我真的需要吗？
其实答案往往是不需要。
如果我们选择一款新的 databse，那应该尽力不要使用其特色功能，以方便后期迁移。
所有的技术都有坑，使用之前我们必须知道一些坑，尽量避免。
当然还有很多坑是要踩过才知道。
这是一种非常方便的功能，但是必须要对资源进行保护。
用户可以根据自己的需要，可以进行各个方面资源的限制。
Ocean Base 对传统的关系数据库进行了开创性的革新。
在普通硬件上实现金融级高可用，在金融行业首创“三地五中心”城市级故障自动无损容灾新标准，同时具备在线水平扩展能力，创造了4200万次/秒处理峰值的纪录。
数据多副本通过 Paxos 协议同步事务日志，多数派成功事务才能提交。
缺省情况下读、写操作在主副本进行，保证强一致
一个OceanBase集群，由若干个Zone组成。
Zone的含义是可用性区，通常指一个机房（数据中心，IDC）。
为了数据的安全和高可用性，一般会把数据的多个副本分布在多个Zone上。
这样，对于OB来说，可以实现单个Zone的故障不影响数据库服务。
一个Zone包括若干物理服务器。
Zone是AvailabilityZone的简写。
Server是一个OB的服务进程，一般独占一台物理服务器。
OceanBase 采用 Share-Nothing 架构，各个节点之间完全对等，每个节点都有自己的 SQL 引擎和存储引擎。
OceanBase 的整个设计里没有任何的单点，这就从架构上解决了高可靠和高可用的问题。
全面帮助企业实现分布式架构的平滑迁移
OceanBase 迁移服务（OceanBase Migration Service，简称OMS）是 OceanBase 为客户提供的全流程数据迁移解决方案。
OceanBase 迁移服务全面帮助企业的应用和数据迁移到 OceanBase 上，让更多企业享受分布式数据库的技术价值。
在决策采用新系统之前，无法准确地掌握业务改造的工作量，无法有效控制项目进度风险
无法保证关键数据迁移过程中的迁移效率和数据质量，长时间的业务停写通常是不可避免的
一款根据适用场景和容灾需求灵活定制的解决方案
OceanBase 的高可用及容灾方案，可根据适用场景以及对机房级和城市级容灾的需求灵活定制，在普通硬件上实现金融级高可用。
传统商业数据库如果需要部署高可用方案，不论是数据库层面、存储层面都需要基于高端硬件产品、成本高昂；要么是与应用的整合度不高，使设备切换方案变得很复杂；要么是复制时延偏大，RPO 不为 0
说到容灾，以同城两个机房提供服务、异地一个冷备机房提供数据容灾这样的常见架构为例，它的不足之处在于冷备机房日常不提供服务，不仅资源利用率低，而且不能作为容灾切换的目标机房，成本高昂但又无法真正实现期望的高可用能力
通过高可用的集中式服务来提供全局一致的版本号
OceanBase 的全局一致性方案，无需依赖特殊硬件，通过高可用的集中式服务来提供全局一致的版本号，在全局范围内实现了“快照隔离级别”和“多版本并发控制”的能力，并在此基础之上实现众多涉及全局数据一致性的功能。
传统的分库分表架构没有全局统一的快照管理
传统的分库分表架构中，每一个数据库节点都是个孤岛，只能在单库内保证事务的完整性，跨库事务只能保证最终一致性；同时全局一致性时间点恢复几乎不可能实现
部分分布式数据库依赖特殊硬件且通用型差
业内有不少分布式数据库采用特殊的的硬件设备（如 Google Spanner 的 GPS 和原子钟），使多台机器间的系统时钟保持高度一致。
