SQL、NoSQL、NewSQL,论开源之路谁主沉浮

640?wx_fmt=jpeg


天下大势,分久必合,合久必分,没有什么是永恒的。在SQL的发展过程中,占据数据库市场绝大部分的SQL、NoSQL、NewSQL,目前也呈现出融合的趋势。也许开源的未来之路只有一条,但在当下,于企业而言,为项目找到最适合的工具是重中之重;于个人而言,最理想的状态则是企业所选择的工具,我刚好会用。


时代造英雄,应用场景随时代不断改变,数据库也从关系型数据库一统江湖到如今的群雄逐鹿。可以说,数据库的选择需基于其应用场景的分类。


SQL的经典应用在金融和电信行业,NoSQL随互联网爆发而流行,而当人们认为关系型数据库的时代落幕之时,大家重新理解了关系模型的SQL是最方便和数据交互的语言,SQL的回归依然伴随着如何具有扩展性的老问题,于是在“No,SQL!”的口号声中,NewSQL逐步进入大家的视野。而TiDB这类NewSQL近年势头强劲,被小米、美团,去哪网等企业广泛应用,究其原因,正是因为它适用于解决很多互联网企业当今时代下最重要的问题,其发展潜力不可小觑。


开源是未来的方向,那么哪种数据库最有可能代表开源的未来,哪种数据库又必然成为明日黄花?在数据库开发、替换成本高且风险大的情况下,企业如何判断哪种数据库是当下的最佳选择?这三种主流开源数据库的优缺点各是什么,何种应用场景最能发挥其优势?如果你有以上疑问,不妨走上这条授业解惑的开源之路!



1课程对象



开发者、DBA、运维、架构师、对数据技术感兴趣的人员。



2课程目标



面向企业与个人,从SQL到NoSQL再到NewSQL方向:
1、当下开源数据库的大趋势及发展方向
2、SQL-NoSQL-NewSQL开源数据库生态环境、应用场景
3、SQL-NoSQL-NewSQL开源线的数据库产品及分支版本
4、SQL-NoSQL-NewSQL主流的数据库产品的主流架构及优势分析



3讲师简介




640?wx_fmt=png张甦

数据库专家讲师

开源数据库产品总监


近10年互联网线上处理及培训经验,专注于MySQL数据库,对MongoDB、Redis等NoSQL数据库以及TiDB NewSQL生态圈相关技术有深入研究。

曾就职于数据库服务公司,大型电商平台,及汽车类网站等大型互联网公司。麾下的学员遍布各大企业。

51CTO专家博主。《MySQL王者晋级之路》、《MongoDB运维实战》作者。



4时间地点



时间:2019年7月13日全天

地点:成都


5价格



学费:1280元



6报名方式



640?wx_fmt=png

更多详情可咨询姜老师

640?wx_fmt=png

电话:18010136961(微信同电话)

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
去年十月,TiDB 1.0 版本发布,在接下来的六个月中,开发团队一方面在维护 1.0 版本的稳定性并且增加必要的新特性,另一方面马不停蹄的开发 2.0 版本。经过 6 个 RC 版本,TiDB 2.0 GA 版本于 4 月 27 日正式发布。 2.0 版本规划 根据现有用户的情况、技术发展趋势以及社区的声音,TiDB 2.0 版本主要聚焦在以下几点: 保证 TiDB 的稳定性以及正确性。这两点是一个数据库软件的基础功能,作为业务的基石,任何一点抖动或者错误都可能对业务造成巨大的影响。目前已经有大量的用户在线上使用 TiDB,这些用户的数据量在不断增加、业务也在不断演进。 提升 TiDB 在大数据量下的查询性能。TiDB 目前很多客户都有少则上百 GB,多则上百 TB 的数据,一方面数据会持续增加,另一方面也希望能对这些数据做实时的查询。所以如果能提升大数据量下的查询性能,对用户会很有帮助。 优化 TiDB 的易用性和可维护性。TiDB 整套系统的复杂性比较高,运维及使用的难度要大于单机数据库,所以希望能提供尽可能方便的方案帮助用户使用 TiDB。比如尽可能简化部署、升级、扩容方式,尽可能容易的定位系统中出现的异常状态。 围绕上面三点原则,TiDB 做了大量的改进,一些是对外可见,如 OLAP 性能的显著提升、监控项的大量增加以及运维工具的各项优化,还有更多的改进是隐藏在数据库背后,默默的提升整个数据库的稳定性以及正确性。 正确性和稳定性 在 1.0 版本发布之后,TiDB 开始构建和完善自动化测试平台 Schrodinger,彻底告别了之前靠手工部署集群测试的方式。同时也新增了非常多的测试用例,做到测试从最底层 RocksDB,到 Raft,再到 Transaction,然后是 SQL 都能覆盖。 在 Chaos 测试上面,TiDB 引入了更多的错误注入工具,例如使用 systemtap 对 I/O 进行 delay 等,也在代码特定的业务的逻辑进行错误注入测试,充分保证 TiDB 在异常条件下面也能稳定运行。 TiDB 的开发团队之前做了很多 TLA+ 的论证工作,也有一些简单的测试,1.0 之后开始使用 TLA+ 系统进行论证,保证所做的实现在设计上面都是正确的。 在存储引擎方面,为了提升大规模集群的稳定性和性能,TiDB 优化了 Raft 的流程,引入 Region Merge、Raft Learner 等新特性;优化热点调度机制,统计更多的信息,并根据这些信息做更合理的调度;优化 RocksDB 的性能,使用 DeleteFilesInRanges 等特性,提升空间回收效率,降低磁盘负载,以及更加平滑地使用磁盘资源等等。 OLAP 性能优化 TiDB 2.0 版本重构了 SQL 优化器和执行引擎,希望能尽可能快的选择最优查询计划并且尽可能高效地执行查询计划。 1.0 版本已经从基于规则的查询优化器转向基于代价的查询优化器,但是还不够完善,在 2.0 版本中,一方面优化统计信息的精确度以及更新及时程度,另一方面提升 SQL 优化器的能力,对查询代价的估算更加精准、对复杂过滤条件的分析更加细致、对关联子查询的处理更加优雅、对物理算子的选择更加灵活准确。 在这一版本中,SQL 执行引擎引入新的内部数据表示方式 --- `Chunk`,一个结构中保存一批数据而不仅是一行数据,同一列的数据在内存中连续存放,使得内存使用更紧凑,这样带来了几点好处:1. 显著减小了内存消耗; 2. 批量分配内存,减小了 GC 开销;3. 算子之间可以对数据进行批量传递,减小调用开销;4. 在某些场景下,可以进行向量计算以及减小 CPU 的 Cache Miss 的情况。 完成上述两项改动之后,TiDB 在 OLAP 场景下的性能有了大幅的质的提升,从 TPC-H 的对比结果来看,所有的 Query 在 2.0 中都运行得更快,一些 Query 大多数都有几倍甚至数量级的提升,特别是一些 1.0 中跑不出结果的 Query 在 2.0 中都能顺利执行。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值