重磅! 分布式数据库中间件 Sharding-JDBC 2.0.0 正式发布 - 开源中国社区
重磅! 分布式数据库中间件 Sharding-JDBC 2.0.0 正式发布
亮_dangdang 2017年12月04日

重磅! 分布式数据库中间件 Sharding-JDBC 2.0.0 正式发布

亮_dangdang 亮_dangdang 发布于2017年12月04日 收藏 94

有免费的MySQL,为什么还要买? >>>  

Sharding-JDBC 2.0.0,在经过几个月的开发,和3个里程碑的迭代之后正式发布。Sharding-JDBC集分库分表、读写分离、分布式主键、柔性事务和数据治理与一身,提供一站式的解决分布式关系型数据库的解决方案。

从2.x版本开始,Sharding-JDBC正式将包名、Maven坐标、码云仓库、GitHub仓库和官方网站统一为io.shardingjdbc。这意味着除了当当的无私奉献,我们也乐于采纳第三方公司的代码贡献。本次2.0.0的版本,由当当与数人云共同开发,感谢当当与数人云开发人员的辛苦工作。

Sharding-JDBC 1.x关注SQL兼容性、分库分表、读写分离、分布式主键、柔性事务等分片功能;Sharding-JDBC 2.x提供了全新的Orchestration模块,关注数据库和数据库访问层应用的治理。2.0.0在治理方面的主要更新是:

  1. 配置动态化。可以通过zookeeper或etcd作为注册中心动态修改数据源以及分片规则。

  2. 数据治理。提供熔断数据库访问程序对数据库的访问和禁用从库的访问的能力。

  3. 跟踪系统支持。可以通过sky-walking等基于Opentracing协议的APM系统中查看sharding-jdbc的调用链,并提供sky-walking的自动探针。

  4. 提供sharding-jdbc的spring-boot-starter。

通过2.x提供的数据治理能力,sharding-jdbc的架构图更新为:


数人云不但贡献了sharding-jdbc的核心代码,还提供了hawk的统一配置中心平台,也会于近期开源。通过对sharding-jdbc注册中心的读写,提供了对配置的图形化界面支持。

著名的apm开源软件sky-walking也将于近期采用sharding-jdbc作为其底层存储追踪日志的存储引擎。

sharding-jdbc将与配置中心hawk,apm的sky-walking一起打造分布式服务的生态圈。

欢迎访问Sharding-JDBC的官网:http://shardingjdbc.io/。感谢开源中国对Sharding-JDBC的大力支持。目前2017年最受欢迎的中国开源软件也在评选中,欢迎为Sharding-JDBC投上您宝贵的一票

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:重磅! 分布式数据库中间件 Sharding-JDBC 2.0.0 正式发布
分享
评论(38)
精彩评论
10
抵制应用层做。数据库内核人员表示鄙视这样瞎折腾的程序级别设计。
6

引用来自“无聊的人啊”的评论

抵制应用层做。数据库内核人员表示鄙视这样瞎折腾的程序级别设计。
另外在多说一句,放在应用层和独立的中间层各有好处。
应用层的好处是支持所有的数据库,这个中间层很难做;其次,应用层可以容易和现有程序整合,比如spring-boot-starter等。各有优缺点啦,存在即合理。
基于proxy的中间层运维稍微复杂一点,需要运维同学还需要额外维护proxy的高可用,另外,proxy需要对sql进行二次转发,效率会受损。
因此,无论是应用层还是中间层,都有其存在的价值,sharding-jdbc未来会全部实现的。
5

引用来自“红薯”的评论

哇塞,全新 2.0 版本哦,恭喜恭喜
总算赶在源创会之前:smile:
5
哇塞,全新 2.0 版本哦,恭喜恭喜
5
好东西,非常好用,一直在用。不过什么时候添加 or 的支持就更好了,可以把 or 抛出接口来用户自己实现这部分代码。
最新评论
0
今年年初用的时候 还有不少bug,现在又发新版本了,希望没有坑
0
:+1:
0

引用来自“yeshuan”的评论

主从数据同步是怎么解决,为什么刚才看官方文档好像不支持?
主从同步是数据库层面的事
0
主从数据同步是怎么解决,为什么刚才看官方文档好像不支持?
0
咱们以后能不能不要学习某头条某UC啊?就老老实实的用版本更新的表述就好了啊。我只是进来吐槽的,文章我都怎么想看的。@红薯
0
好东西,支持一下!
0

引用来自“无聊的人啊”的评论

抵制应用层做。数据库内核人员表示鄙视这样瞎折腾的程序级别设计。
那用mycat?激进一点用kidb?
0
打卡支持!!!
1
必须研究并应用到项目中,以表示对其的支持。
6

引用来自“无聊的人啊”的评论

抵制应用层做。数据库内核人员表示鄙视这样瞎折腾的程序级别设计。
另外在多说一句,放在应用层和独立的中间层各有好处。
应用层的好处是支持所有的数据库,这个中间层很难做;其次,应用层可以容易和现有程序整合,比如spring-boot-starter等。各有优缺点啦,存在即合理。
基于proxy的中间层运维稍微复杂一点,需要运维同学还需要额外维护proxy的高可用,另外,proxy需要对sql进行二次转发,效率会受损。
因此,无论是应用层还是中间层,都有其存在的价值,sharding-jdbc未来会全部实现的。
1

引用来自“状元小探花”的评论

有了 NewSQL,还需要这类中间件么?
应该是并行存在的,newsql改变了innodb这类成熟的存储引擎,在游戏行业用的较多,金融行业还不太可能用newsql
0

引用来自“whaon”的评论

支持哪些数据库没说
支持mysql、oracle、sqlserver和postgreSQL
0

引用来自“解先生”的评论

啥时候支持oracle?
目前就支持oracle
0

引用来自“wendal”的评论

看来要写 nutzboot-starter-sharding-jdbc 了 #NutzBoot#
感谢关注,非常期待nutzboot-starter-sharding-jdbc
0

引用来自“无聊的人啊”的评论

抵制应用层做。数据库内核人员表示鄙视这样瞎折腾的程序级别设计。
未来会提供基于proxy的agent版本。与现在sharding-jdbc的区别仅在于jdbc层协议的改写换为了mysql protocol的重写,敬请期待。
2
看来要写 nutzboot-starter-sharding-jdbc 了 #NutzBoot#
0

引用来自“无聊的人啊”的评论

抵制应用层做。数据库内核人员表示鄙视这样瞎折腾的程序级别设计。
那有啥非应用层解决方案呢
0

引用来自“无聊的人啊”的评论

抵制应用层做。数据库内核人员表示鄙视这样瞎折腾的程序级别设计。
为什么不建议做呢
0
他不是中间件啊
1
啥时候支持oracle?
顶部