专访阿里云RDS团队:WebScaleSQL是一个怎么样的数据库?

2015年1月20日,Facebook宣布阿里巴巴旗下的阿里云RDS团队正式加入WebScaleSQL。WebScaleSQL是Facebook、 Google、Twitter和Linkedin四家公司的MySQL团队发起的MySQL开源组织,旨在改进MySQL在规模和性能等方面的问题。阿里云RDS团队有专门的源码小组负责MySQL源码级别的改进,他们也经常活跃在MySQL社区中,此次受邀加入WebScaleSQL组织也是对他们工作的肯定和认可。近日,InfoQ编辑采访了RDS团队的负责人褚霸,听他分享了整个邀请的背景以及接下来的工作重心。

InfoQ:阿里巴巴受邀加入WebScaleSQL,与Facebook、Google、Twitter和Linkedin这样的世界顶级团队共同研发WebScaleSQL,这可以说是中国公司在国际开源项目上的一次亮剑。能介绍下整个受邀的背景和过程吗?

褚霸:阿里云RDS团队有MySQL源码小组专门负责维护阿里云的MySQL分支。团队的主要工作是源码级别上的改进,包括Bug修复、性能优化和定制化需求等。在我们改进过程中,如果是Bug修复类型的补丁,或者是足够通用的feature类型的补丁我们都会同时提交到上游,包括Oracle官方、MariaDB和Percona分支。阿里云RDS现在有大量的MySQL用户,在系统维护和服务用户的过程中会碰到各式各样的问题,我们在解决过程中也经常发起讨论,在社区是一个活跃的团队。

WebScaleSQL其他四家公司的参与者也是社区内的专家,讨论技术问题时经常互动,我们的工作大家也是比较了解的。因此在希望扩大WebScaleSQL的参与人员的时候,会邀请我们是情理之中的。最初是Facebook的一位华裔员工先联系的我们,然后我们也很快做了确认答复,整个过程是比较顺畅的。

InfoQ:能介绍下WebScaleSQL吗?它有哪些吸引人的特性?接下来阿里云RDS是否准备使用WebScaleSQL?

褚霸:WebScaleSQL是基于MySQL 5.6 社区版本改编的MySQL通用分支,基于GPL开源协议发布。WebScaleSQL目前已经做了很多性能改进工作,包括:客户端异步协调、逻辑预读、查询限流、服务端线程池优化、InnoDB大页支持等等。由于我们的分支上本身有一些定制化的需求,因此不会直接使用WebScaleSQL分支提供线上服务,但是这些改进对于我们都是很感兴趣的,好的特性会被吸收进来。因为我们有各种各样应用场景的用户,对MySQL本身的要求也比较高。比如大并发连接的用户,就需要线程池;存大量历史数据的用户,就要求高的压缩比等等。

WebScaleSQL上的功能都是很“Web Scale”和接地气的。

比如线程池优化,大家都知道线程池是Mariadb。WebScaleSQL基于Mariadb的线程池实现进行重写并优化,对读写队列进行分离,重新设计队列优先级策略,避免了饿死现象。要知道线程饿死在有些场景下是很严重的。尤其是在并发连接数往往很大的互联网应用里面。

语句自动超时是一个很“WebScale”的特性。随着数据量的增大,同样的SQL的语句执行时间会越来越长。而语句执行期间占用的资源也可能越大。若不加以限制可能几个语句就可能拖垮一个服务,在互联网应用中这种场景更常见。WebScaleSQL引入了来自Twitter工程师的代码,可以设定单语句的执行时间,超时则自动放弃。对数据库起到保护的作用。

GTID是Oracle官方版本5.6引入的新概念,在解决主备切换,尤其是级联主备架构的切换方面提供了很大的便利。阿里云RDS的只读实例就直接利用了这个特性,其实现上还有可以优化的空间。系统需要维护一个全局的结构,在高并发更新场景下性能非常差。WebScaleSQL优化了事务提交过程,减少了不必要的GTID_OWNED SET的维护。主库高并发更新的性能可以提升20%。

InfoQ:阿里巴巴加入WebScaleSQL团队后,接下来具体会有哪些方面的工作?你们团队会有专职的人去开发WebScaleSQL吗?

褚霸:具体的工作其实已经展开,主要包括提交补丁和代码review。我们团队都是专职的MySQL研发,但是不会专职开发WebScaleSQL,实际上参与WebScaleSQL的维护工作都是在晚上和周末时间完成的。在开发和review阶段,使用的是Facebook内部的一个review平台,最终代码合并是在GitHub上。

这个是松散的组织,大家都可以主导一个功能。在邮件组里面沟通,之后在review平台交互。代码被review过后,由发起人提交到主干。团队内部主要的沟通方式还是邮件,也没有固定的IM沟通时间,成员之间需要点对点沟通的时候自己约。每个公司有3~4个人在里面,人力上不确定,其实是用的都是大家的私人时间。

InfoQ:自从Oracle收购Sun公司后,MySQL社区开始走向分裂,出现了很多MySQL的分支,你认为像WebScaleSQL这样的分支会不会取代MySQL?它们会影响MySQL的发展吗?你建议用户直接在生产环境使用这些分支吗?

褚霸:WebScaleSQL的目标并不是取代官方的MySQL,实际上它一直在跟随官方的GA版本在同步的升级。WebScaleSQL本身也在促进MySQL的发展。由于这个分支的影响力,我们相信一些补丁的在官方的合并速度会加快。

WebScaleSQL主干版本都是在官方GA版基础上,做了Bug修复、性能优化、新增功能等。当然一些细节需要注意,比如官方版本默认是编译了PERFSCHEMA,而WebScaleSQL从默认性能考虑,需要加上-DWITH_PERFSCHEMA_STORAGE_ENGINE 选项才会包含这个特性。要知道即使是官方版本,每个版本都有Bug,因此不论使用哪个版本,都必须进行业务测试。新增的代码在合并入主干之前,大多已经长时间运行于各自的生产环境。总体上我认为新增的补丁是高质量的代码,可以用于生产环境。

InfoQ:之前和你也聊过开源方面的话题,新的一年我们看到微软、华为这样的公司都非常重视开源,开源是大势所趋。阿里巴巴此次加入WebScaleSQL团队,也是中国公司在开源方面得到认可的一个很好的例子,你认为一个公司如何才能做好开源?

褚霸:其实大家都是开源的受益者,首先就是要保持开源的初心:回馈社区。我们评估后觉得足够通用的补丁都会提交到WebScaleSQL或Oracle官方。还有坚持参与社区讨论、提交满足主干代码质量的补丁这样的工作其实很耗心力的,持续投入不容易,需要真正的兴趣驱动。

我们公司对团队在开源方面是很支持的。公司有淘蝌蚪这个开源平台,可以说阿里不止是开源的参与者,也是倡导者。我们团队内部对团队同学在社区的贡献也是给予很高的认可。建议和代码被社区接受对工程师个人来说也是很有意义的。仅2014年我们团队在社区提交的Bug和补丁被确认的就超过40个。活跃的个人和团队更容易得到社区的认可,此次WebScaleSQL邀请我们参加维护也是如此。社区的认可也更促进个人的活跃,我们觉得这是良性的互动。

参与开源代码的维护,我们能够最快了解业内最新的动态,最大的收获还是在于我们可以学习全球顶级专家的经验,每个代码的方案设计过程、讨论过程、代码review过程都和结果一样,可以让我们从中学到很多东西,团队成长也会很快。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值