查看: 8782|回复: 12

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

[复制链接]
论坛徽章:
8
2015年新春福章
日期:2015-04-22 09:15:50美羊羊
日期:2015-04-28 08:58:41暖羊羊
日期:2015-05-05 11:13:16慢羊羊
日期:2015-07-03 14:57:08目光如炬
日期:2016-06-05 22:00:002017金鸡报晓
日期:2017-01-10 15:25:58秀才
日期:2017-04-06 18:09:28秀才
日期:2017-05-09 11:37:55
发表于 2018-5-16 15:45 | 显示全部楼层 |阅读模式
获得罗技无线蓝牙键盘的有:
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无线蓝牙键盘
QQ截图20180516151423.jpg

同时,我们会选取5个优质回复,送青云定制款手机壳
微信图片_20180516152529.jpg




论坛徽章:
1
秀才
日期:2018-06-21 10:08:00
发表于 2018-5-16 17:00 | 显示全部楼层
键盘不错

使用道具 举报

回复
认证徽章
论坛徽章:
16
秀才
日期:2017-03-20 13:42:20ITPUB18周年纪念章
日期:2018-11-13 15:31:24ITPUB18周年纪念章
日期:2018-09-17 10:12:57ITPUB18周年纪念章
日期:2018-09-17 10:09:49秀才
日期:2018-04-08 14:48:31秀才
日期:2018-04-08 14:37:33娜美
日期:2018-03-28 14:24:56秀才
日期:2017-12-12 10:08:28秀才
日期:2017-09-18 17:33:51秀才
日期:2017-09-18 17:00:37
发表于 2018-5-17 16:07 | 显示全部楼层
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兴于开源——数据库软件同理

使用道具 举报

回复
认证徽章
论坛徽章:
5
秀才
日期:2018-06-21 10:08:00ITPUB18周年纪念章
日期:2018-09-17 10:09:49ITPUB18周年纪念章
日期:2018-09-17 10:12:57ITPUB18周年纪念章
日期:2018-11-13 15:31:24ITPUB18周年纪念章
日期:2018-11-13 15:40:45
发表于 2018-5-18 17:00 | 显示全部楼层
1.你是否经历过苦逼的数据库分库分表和读写分离?请举例说明。
数据库分库分表和读写分离比较常遇到的问题是,之前写好的查询语句没有相应地改写过来,导致在系统使用的过程中发生各种各样的错误。还有就是跨库join和跨库事务的问题

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

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

4.RadonDB的存储层运用了大家熟知的MySQL,降低了自身使用的入门门槛,相对于其它数据库集群方案,RadonDB更加便于管理和运维,你认为RadonDB会因此取代现在MySQL的集群吗?为什么?
我觉得RadonDB并没有取代现在MySQL集群,因为它的存储层用的还是MySQL,所不同的是如RadonDB架构图所示:
640.jpg
虚线框里都是三副本的 MySQL,并且使用了 NewSQL 里面比较流行的Raft一致性算法。

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

使用道具 举报

回复
论坛徽章:
401
紫蛋头
日期:2012-05-21 10:19:41迷宫蛋
日期:2012-06-06 16:02:49奥运会纪念徽章:足球
日期:2012-06-29 15:30:06奥运会纪念徽章:排球
日期:2012-07-10 21:24:24鲜花蛋
日期:2012-07-16 15:24:59奥运会纪念徽章:拳击
日期:2012-08-07 10:54:50奥运会纪念徽章:羽毛球
日期:2012-08-21 15:55:33奥运会纪念徽章:蹦床
日期:2012-08-21 21:09:51奥运会纪念徽章:篮球
日期:2012-08-24 10:29:11奥运会纪念徽章:体操
日期:2012-09-07 16:40:00
发表于 2018-5-20 19:08 | 显示全部楼层
是本论坛网友青云开发的吗?

使用道具 举报

回复
认证徽章
论坛徽章:
24
技术图书徽章
日期:2013-08-16 14:31:52问答徽章
日期:2013-11-04 08:53:14目光如炬
日期:2013-12-23 06:00:11目光如炬
日期:2013-12-30 06:00:11明星写手
日期:2014-02-22 06:00:12马上有钱
日期:2014-03-31 14:09:05沸羊羊
日期:2015-05-20 12:42:59秀才
日期:2015-06-24 13:05:36秀才
日期:2015-07-13 09:48:14
发表于 2018-5-21 16:54 | 显示全部楼层
先帮忙顶一下,群里的数据库老铁们赶紧出来活跃一下。

使用道具 举报

回复
论坛徽章:
15
秀才
日期:2016-02-18 09:39:10ITPUB18周年纪念章
日期:2018-11-13 15:31:24ITPUB18周年纪念章
日期:2018-09-17 10:12:57ITPUB18周年纪念章
日期:2018-09-17 10:09:49ITPUB15周年纪念
日期:2018-07-27 16:11:00秀才
日期:2018-06-21 10:08:00秀才
日期:2018-04-08 14:48:31秀才
日期:2017-12-12 10:00:20秀才
日期:2017-09-18 17:02:05秀才
日期:2017-08-18 11:04:35
发表于 2018-5-23 09:03 | 显示全部楼层
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大会上宣布开源,对此你怎么看?
开源精神,值得赞美!

使用道具 举报

回复
论坛徽章:
2
授权会员
日期:2005-10-30 17:05:33ITPUB18周年纪念章
日期:2018-11-13 15:40:45
发表于 2018-5-23 16:19 | 显示全部楼层
1.  你是否经历过苦逼的数据库分库分表和读写分离?请举例说明。
肯定经历过呀,毕竟海量数据的存储和访问几乎是现在所有企业的痛点,升级硬件资源来获得的优势毕竟是有限的,而分表、分库和读写分离可以减少单台数据库的压力,这是老板追求的同时也是DBA痛苦的地方。
2.  现在有工具可以支持“自动⽔平分表、智能化扩容”,例如青云RadonDB,你是否愿意使用?为什么?你是否也体验过其他数据库自动分库分表、智能扩容的特性,对比之下,RadonDB有哪些可取之处?
愿意使用,能够有便捷方法,谁还愿意苦逼的分库分表呀!

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

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

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

使用道具 举报

回复
论坛徽章:
2
授权会员
日期:2005-10-30 17:05:33ITPUB18周年纪念章
日期:2018-11-13 15:40:45
发表于 2018-5-23 16:20 | 显示全部楼层
1.  你是否经历过苦逼的数据库分库分表和读写分离?请举例说明。
肯定经历过呀,毕竟海量数据的存储和访问几乎是现在所有企业的痛点,升级硬件资源来获得的优势毕竟是有限的,而分表、分库和读写分离可以减少单台数据库的压力,这是老板追求的同时也是DBA痛苦的地方。
2.  现在有工具可以支持“自动⽔平分表、智能化扩容”,例如青云RadonDB,你是否愿意使用?为什么?你是否也体验过其他数据库自动分库分表、智能扩容的特性,对比之下,RadonDB有哪些可取之处?
愿意使用,能够有便捷方法,谁还愿意苦逼的分库分表呀!

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

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

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

使用道具 举报

回复
论坛徽章:
2
ITPUB18周年纪念章
日期:2018-09-17 10:12:57ITPUB18周年纪念章
日期:2018-11-13 15:40:45
发表于 2018-5-25 14:26 | 显示全部楼层
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上添砖加瓦,但是长久发展到一定阶段和时期后,还是建议有原厂或者青云自己去做商务的定制和深度优化,不仅能更好服务特定厂商,也让选择的厂商有底气。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 
京ICP备16024965号 北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表