怎么解析RadonDB分布式数据库核心技术与实现
怎么解析RadonDB分布式数据库核心技术与实现，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。
摘要：随着数据规模的逐步扩大，存储和运维成本逐渐增加，企业对数据库的要求也逐渐提高。有人认为以MySQL为代表的传统数据库已经过时，不能满足数据爆炸时代企业的要求;以NoSQL为代表的新型数据库仍有局限性，不具备ACID特性，很难满足企业对核心业务数据的严苛需求。此次分享的RadonDB是一款将分布式一致性协议Raft与MySQL相结合的新一代分布式关系型数据库。RadonDB的最大特点是结合两类数据库的优点，让DBA无缝地从传统的、单机时代的MySQL过渡到云原生的、无限扩展的分布式关系型数据库。
RadonDB架构图
RadonDB定位是新一代分布式关系数据库，在今天这个云计算快速发展的时代，我们更愿意称它是一个云原生数据库，云原生数据库的天然属性是分布式、可扩展、高可用、强一致。下面的MyNewSQL，是因为我们把MySQL和NewSQL融合起来，来满足以上的几个特性。
当中一个请求到来之后，SQL层会把这个请求解析成分布式的执行计划，然后，把这个SQL在后端的存储层并行的执行。而且它还会进行二次运算，就是Orderby/limit/groupby/aggration/join….等等。它还是一个无中心化的设计，部署起来比较方便，容易扩展，这是整个SQL层的一个设计。
Storage Nodes
再看存储层，存储层是RadonDB里一个比较新颖的设计，也是我们定位为在新一代分布式数据库的一个原因。
第一个挑战，怎么快速选主?
第二个挑战，选出新的主后，数据怎么快速地回放?
第三个挑战，数据回放完，数据怎么保证不丢失? RadonDB是怎么解决的?
对于第一个挑战，我们使用了Raft协议，大家要知道，Raft协议主要干两件事，第一个就是选主，第二个是数据同步。在RadonDB里只使用Raft进行选主，当主挂掉之后，我们使用Raft选出新的主，然后数据同步。我们是基于MySQL原生的FGTID机制和并行复制这些特性进行快速回放。
保证数据不丢失，我们还是基于MySQL，并使用了MySQL的Semi-Sync机制，当用户写到主副本时，首先，它要到达一个从副本，从副本收到之后，再反馈给客户端，这样就时刻地保证了一个从副本与主副本的数据完全一致，从节点被选入新的主节点，保证了这个数据不丢失。
当选入新的主节点之后，RadonDB的Log 并行复制还是基于MySQL的机制，并行复制，快速地回放，这就等于实现了把Raft选主和Log 并行复制结合。原生态Raft协议里这两个，Raft Log并行回放是比较困难的，但是，我们结合MySQL就很好地完成了。而且，这三个副本是一个无中心化的设计，只要我们可达，它的部署比较灵活。
扩容
RadonDB的底层是全部基于MySQL，所以在扩容的时候也比较方便，因为MySQL有一套工具和机制。
大家可以看到上图，其实MySQL Xa机制总共有5个步骤，但是到RadonDB里，我们进行了抽象，就是进行了封装。我们实现了快照的隔离级别，实现了Snapshot Isolation事务隔离级别。
Binlog
另外，RadonDB支持Binlog，大家可能认为一个分布式数据库，就是里面需要放一些海量的数据，但数据一旦进入你的分布数据库，怎么能出来?就比较麻烦，因此， RadonDB提供一个Binlog机制，就是让数据能快速的同步处理。
OLTP + OLAP
比如说，我们有一个OLAP的集群，可设置为RadonDB的Binlog，Binlog是实时地更新，这就完成了一个异构化的过程和数据流出，而且是实时的。
大家也看到，在刚才的架构图里，右下角有一个计算节点，其实，我们的计算节点就是通过这种机制跟RadonDB的数据进行同步。这样，就把OLTP和OLAP结合了起来，当用户一个比较复杂的查询到达RadonDB之后，RadonDB会根据SQL的模式发到TP节点还是AP节点，前端的用户是没有感知的，这就做到了一些资源的隔离。当然了，这也有一个缺点，数据可能是两份，但目前，我们是通过异构化、列式存储来进行的，高压缩做这种机制。
审计日志
另外，RadonDB还提供了一些审计日志这些功能，为了方便大家对业务进行一些审计，而且审计机制还可以定位一些慢查询SQL，因为分布式的数据库，节点比较多，所以定位一个SQL会比较复杂，有了审计日志，大家可以定位一些慢的SQL。
备份和恢复
RadonDB提供了一整套备份和恢复的工具，可以让用户快速地把数据流进去，流出来，比原生的要快很多。
性能
mysql> show processlist;
第一条命是，MySQL常用的，表示用户的链接到RadonDB的状态。
mysql> show txnz;
第二个命令是，分布式事务在哪个阶段执行，耗时多少，这个都可以很清楚地看到。
mysql> show queryz;
最后一个命令，具体哪些子句落到哪些节点，甚至耗时多少，比如说，某个节点有一些问题，都可以从这个上面反映出来，比较灵活。
看完上述内容，你们掌握怎么解析RadonDB分布式数据库核心技术与实现的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注蜗牛博客行业资讯频道，感谢各位的阅读！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：niceseo99@gmail.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
评论