【大话IT】青云开源RadonDB，以低门槛向MySQL集群下战书

王楠w_n

获得罗技无线蓝牙键盘的有：
infoback
东风玖哥

获得青云手机壳的有：
aloki
Fl_wolf
jerrysun


话题背景：
数据库是一个充满神奇魔力的领域，一路走来每天都有新故事发生，从1961年第一个数据库系统DBMS的诞生，到互联网时代非结构数据的暴增，再到现在云大物智等新技术、新场景的涌现，我们也经历了数据库从关系型数据库到NoSQL再到NewSQL的发展历程。

如今，企业掌握的数据量越来越多，部分场景数据量甚至达到指数级增长，原有单机数据库已无法承载如此大的数据量。而且企业对事务和分析需求越来越强烈，传统数据架构同样无法满足这一需求。

这一切都很让人挠头，但我们仍有办法解决。刚刚宣布开源的青云RadonDB就是一个不错的解决办法。RadonDB走的是一条MyNewSQL的新道路，它把流行的分布式算法和MySQL结合起来，发挥了两者的优势，不仅解决了分库分表、读写分离等等令人头痛的问题，而且满足了企业HTAP的需求。

附：RadonDB的功能特性：
　　第一，可扩展，用户只需用鼠标点击两下，就可以增加更多的节点，且扩展是线性的；
　　第二，高可用，主副本故障自动秒级切换，实现自动化运维，无需人工干预；
　　第三，强一致，RadonDB具备分布式事务的能力；
　　第四，易部署，因为没有中心化，所以很容易跟云平台相结合，也可以独立部署；
　　第五，MyNewSQL，结合 MySQL和NewSQL并充分发挥两者的优势。

问题讨论：
1.你是否经历过苦逼的数据库分库分表和读写分离？请举例说明。

2.现在有工具可以支持“自动⽔平分表、智能化扩容”，例如青云RadonDB，你是否愿意使用？为什么？你是否也体验过其他数据库自动分库分表、智能扩容的特性，对比之下，RadonDB有哪些可取之处？

3.你对青云RadonDB的哪些功能特性比较感兴趣？为什么？你在数据库选型的时候，更看重哪些特性？

4.RadonDB的存储层运用了大家熟知的MySQL，降低了自身使用的入门门槛，相对于其它数据库集群方案，RadonDB更加便于管理和运维，你认为RadonDB会因此取代现在MySQL的集群吗？为什么？

5.青云RadonDB刚刚在DTCC 2018大会上宣布开源，对此你怎么看？


不服来战，搞技术我们是拿实力说话，下面我们就贴出青云RadonDB的GitHub地址：https://github.com/radondb/radon，不服的小伙伴可以亲自上手把玩，使用过程中有任何想法、感受或者是质疑，欢迎回本帖讨论。

活动时间：2018年5月16日-31日

活动礼品：活动结束后，我们将选取2位最佳回复，罗技（Logitech） K480无线蓝牙键盘


同时，我们会选取5个优质回复，送青云定制款手机壳

youyouky

键盘不错

东风玖哥

1.你是否经历过苦逼的数据库分库分表和读写分离？请举例说明。
所谓分库分表，就是在逻辑层面对多个数据库（或多个数据库集群）进行划分的；而读写分离则是指定一台（或多台）执行insert/update等写操作，另外的数据库只执行select等读操作，这样把读写的压力分到不同的数据库服务器上，提高系统整体的负载能力。在分布式不成熟的时代这两样难倒了不少程序员甚至专业DBA

2.现在有工具可以支持“自动⽔平分表、智能化扩容”，例如青云RadonDB，你是否愿意使用？为什么？你是否也体验过其他数据库自动分库分表、智能扩容的特性，对比之下，RadonDB有哪些可取之处？
愿意使用。为了更好的实现分布式数据库。

3.你对青云RadonDB的哪些功能特性比较感兴趣？为什么？你在数据库选型的时候，更看重哪些特性？
我对于数据库选型看重功能特性、性能、安全性、技术支持等指标（排名有先后），我对青云RadonDB的自动表分片和自动日志最感兴趣。

4.RadonDB的存储层运用了大家熟知的MySQL，降低了自身使用的入门门槛，相对于其它数据库集群方案，RadonDB更加便于管理和运维，你认为RadonDB会因此取代现在MySQL的集群吗？为什么？
分布式和集群是数据库工作的两种方式，都是MySQL不可分割的优势，RadonDB不能因为实现了MySQL的分布式就取代MySQL的集群

5.青云RadonDB刚刚在DTCC 2018大会上宣布开源，对此你怎么看？
Symbian死于闭源，而Android兴于开源——数据库软件同理

aloki

1.你是否经历过苦逼的数据库分库分表和读写分离？请举例说明。
数据库分库分表和读写分离比较常遇到的问题是，之前写好的查询语句没有相应地改写过来，导致在系统使用的过程中发生各种各样的错误。还有就是跨库join和跨库事务的问题

2.现在有工具可以支持“自动水平分表、智能化扩容”，例如青云RadonDB，你是否愿意使用？为什么？你是否也体验过其他数据库自动分库分表、智能扩容的特性，对比之下，RadonDB有哪些可取之处？
当然愿意使用。因为拿来就可以用了，不用考虑太多制约因素和性能问题。我暂时没使用过类似RadonDB产品。

3.你对青云RadonDB的哪些功能特性比较感兴趣？为什么？你在数据库选型的时候，更看重哪些特性？
我对青云RadonDB的强一致、易部署的功能特性比较感兴趣。因为这两个特性一般的公司都实现不了，无法体验到它们的好处。
我在数据库选型时候更看重的特性包括：功能、成本、性能强弱、扩展能力、商业支持、可维护性、满足业务场景等。

4.RadonDB的存储层运用了大家熟知的MySQL，降低了自身使用的入门门槛，相对于其它数据库集群方案，RadonDB更加便于管理和运维，你认为RadonDB会因此取代现在MySQL的集群吗？为什么？
我觉得RadonDB并没有取代现在MySQL集群，因为它的存储层用的还是MySQL，所不同的是如RadonDB架构图所示：

虚线框里都是三副本的 MySQL，并且使用了 NewSQL 里面比较流行的Raft一致性算法。

5.青云RadonDB刚刚在DTCC 2018大会上宣布开源，对此你怎么看？
这当然是一 件好事。开源了意味着全世界的开发者都可以参与到青云RadonDB的开发中，正所谓人多力量大，一些咱们没有考虑到的问题，也许其他人可能考虑到了。

〇〇

是本论坛网友青云开发的吗?

arron刘

先帮忙顶一下，群里的数据库老铁们赶紧出来活跃一下。

Fl_wolf

1.你是否经历过苦逼的数据库分库分表和读写分离？请举例说明。
用的mysql，mysql有一个功能叫分块的，感觉不会太苦B。。读写分离的话。。叫开发的去做就好了。。 手动读写分离。。。select 用从  。。其他用主。。设置个VIP就好了。。感觉不会太复杂吧。。

2.现在有工具可以支持“自动⽔平分表、智能化扩容”，例如青云RadonDB，你是否愿意使用？为什么？你是否也体验过其他数据库自动分库分表、智能扩容的特性，对比之下，RadonDB有哪些可取之处？
好东西是可以试用一下的。
radondb没有用过唉。不过看了下介绍。横向扩展的功能还是可以的。比较轻便

3.你对青云RadonDB的哪些功能特性比较感兴趣？为什么？你在数据库选型的时候，更看重哪些特性？
当然是横向扩展和扩容了。。。选型肯定第一考虑稳定性。。。其次就是延伸性能。。

4.RadonDB的存储层运用了大家熟知的MySQL，降低了自身使用的入门门槛，相对于其它数据库集群方案，RadonDB更加便于管理和运维，你认为RadonDB会因此取代现在MySQL的集群吗？为什么？
radonDB有分布式和集群同mysql一样，但是mysql现在的用户基数还是比较大的，沉淀了比较久。未来如果radondb在某一块领域有重大突破，不排除有可能会取代mysql。

5.青云RadonDB刚刚在DTCC 2018大会上宣布开源，对此你怎么看？
开源精神，值得赞美！

jerrysun

1.  你是否经历过苦逼的数据库分库分表和读写分离？请举例说明。
肯定经历过呀，毕竟海量数据的存储和访问几乎是现在所有企业的痛点，升级硬件资源来获得的优势毕竟是有限的，而分表、分库和读写分离可以减少单台数据库的压力，这是老板追求的同时也是DBA痛苦的地方。
2.  现在有工具可以支持“自动⽔平分表、智能化扩容”，例如青云RadonDB，你是否愿意使用？为什么？你是否也体验过其他数据库自动分库分表、智能扩容的特性，对比之下，RadonDB有哪些可取之处？
愿意使用，能够有便捷方法，谁还愿意苦逼的分库分表呀！

3.你对青云RadonDB的哪些功能特性比较感兴趣？为什么？你在数据库选型的时候，更看重哪些特性？
可扩展，这个特性看着很好，只要鼠标点击两下，就可以增加更多的节点，且扩展是线性的，听起来感觉不错，不过还没有用过RadonDB。

4.RadonDB的存储层运用了大家熟知的MySQL，降低了自身使用的入门门槛，相对于其它数据库集群方案，RadonDB更加便于管理和运维，你认为RadonDB会因此取代现在MySQL的集群吗？为什么？
我觉得不会，MySQL集群的组建有很多方案，至今也没有一种完美的方案，要不就是有脑裂问题，要不就是会有机器空余……所以，RadonDB也不可能是一个完美的方案，在选择组建MySQL集群的时候要依据公司内部的业务场景、数据量、访问量、并发量、高可用的要求、DBA人群的数量等综合考虑。
5.青云RadonDB刚刚在DTCC 2018大会上宣布开源，对此你怎么看？

开源是件好事，就是别像OceanBase那样开源又闭源。

jerrysun

1.  你是否经历过苦逼的数据库分库分表和读写分离？请举例说明。
肯定经历过呀，毕竟海量数据的存储和访问几乎是现在所有企业的痛点，升级硬件资源来获得的优势毕竟是有限的，而分表、分库和读写分离可以减少单台数据库的压力，这是老板追求的同时也是DBA痛苦的地方。
2.  现在有工具可以支持“自动⽔平分表、智能化扩容”，例如青云RadonDB，你是否愿意使用？为什么？你是否也体验过其他数据库自动分库分表、智能扩容的特性，对比之下，RadonDB有哪些可取之处？
愿意使用，能够有便捷方法，谁还愿意苦逼的分库分表呀！

3.你对青云RadonDB的哪些功能特性比较感兴趣？为什么？你在数据库选型的时候，更看重哪些特性？
可扩展，这个特性看着很好，只要鼠标点击两下，就可以增加更多的节点，且扩展是线性的，听起来感觉不错，不过还没有用过RadonDB。

4.RadonDB的存储层运用了大家熟知的MySQL，降低了自身使用的入门门槛，相对于其它数据库集群方案，RadonDB更加便于管理和运维，你认为RadonDB会因此取代现在MySQL的集群吗？为什么？
我觉得不会，MySQL集群的组建有很多方案，至今也没有一种完美的方案，要不就是有脑裂问题，要不就是会有机器空余……所以，RadonDB也不可能是一个完美的方案，在选择组建MySQL集群的时候要依据公司内部的业务场景、数据量、访问量、并发量、高可用的要求、DBA人群的数量等综合考虑。
5.青云RadonDB刚刚在DTCC 2018大会上宣布开源，对此你怎么看？

开源是件好事，就是别像OceanBase那样开源又闭源。

infoback

1.你是否经历过苦逼的数据库分库分表和读写分离？请举例说明。
应该说，数据库的分库分表在我们行业内非常非常普遍，比如上亿数据的如果仅是放在一张表内，一方面数据太过冗余，第二如果出现宕机或者故障，回滚的时间太长，会有二次影响，所以不同的业务系统，特别是大数据类型的系统，非大数据系统，比如审计，报表或者客户管理，模型制作等系统，都是根据业务纵向或者其他方面水平进行分库分表就不在这儿讨论，

2.现在有工具可以支持“自动⽔平分表、智能化扩容”，例如青云RadonDB，你是否愿意使用？为什么？你是否也体验过其他数据库自动分库分表、智能扩容的特性，对比之下，RadonDB有哪些可取之处？
肯定愿意使用，这是运维的痛点，如果有良好的横向扩展，做到无缝切换，当然愿意使用，数据库层面的自动分库分表还没有使用过，但是类似想法的一体机还是有poc过，还是和我后面说的，强一致和良好的运维简便性是我看中的， 当然作为数据库稳定性是不能缺少的，如果稳定性不能保证，是无法经得起生产考验的。

3.你对青云RadonDB的哪些功能特性比较感兴趣？为什么？你在数据库选型的时候，更看重哪些特性？
有几个我非常喜欢，第一：RadonDB所提倡的智能易用轻运维，现在分布式的运维其实很头疼，无论日常运维还是数据库逻辑优化，RadonDB可以做到智能化自动分表、平滑扩容及自动运维，扩容与故障切换时业务零中断，这其实如果放心的话，基本上可以宣称是0人工干预介入，这是个很好的趋势，在日渐提倡工作统一的我们单位，如果良好发展，开发完全能代替部分运维人员的工作，那从需求，到开发到简单运维可以寄进行良好的集中和统一；第二，快速交付，无论是云还是非云，RadonDB都可以快速部署，如果在云上，以云应用形式在公有云或私有云平台上一键部署 RadonDB 集群，并可以根据对性能和运行环境的需求，灵活选择将集群运行于虚拟主机 (VM) 、容器主机 (CM) 、或物理主机 (BM) 之上，我们永远提倡时间就是金钱，快速部署和交付就意味着业务提早上线。

4.RadonDB的存储层运用了大家熟知的MySQL，降低了自身使用的入门门槛，相对于其它数据库集群方案，RadonDB更加便于管理和运维，你认为RadonDB会因此取代现在MySQL的集群吗？为什么？
不会，不否认，RadonDB的存储层是运用了大家所熟知的MySQL，采用Mysql方案的数据库集群方案也不止RadonDB一家，我认为还是分场景和特定行业的用户去做，radonDB现在用下来最大的优势在于GTID + Raft + Semi-Sync-Replication 的机制来保障数据写入的高度一致性，这种牺牲部分性能做到强一致的，还是蛮适合金融行业的，至于高并发的互联网或者类似OLAP的那种datawarehouse或者datamarketing的有待挖掘和优化，我相信良好的个性化定制和优化是能做到千人千面，适合各种不同场景的。

5.青云RadonDB刚刚在DTCC 2018大会上宣布开源，对此你怎么看？
开源的事情我都是支持的，能有意愿做开源，一方面是看好技术的长久发展，另外一方面，我觉得也是一个良性竞争所必须的，没有很强的技术实力和平台，开源是最好的选择，大家一起在github上添砖加瓦，但是长久发展到一定阶段和时期后，还是建议有原厂或者青云自己去做商务的定制和深度优化，不仅能更好服务特定厂商，也让选择的厂商有底气。