【大话IT】阿里推出OceanBase 炫技术or有情怀？

2009532140

1.作为程序猿的你，对OceanBase产品是否了解？
有那么一点了解，或多或少听阿里出来的人有所讲解；
它的推出主要是因为mysql 的横向扩展规模成指数级别的增长，给维护人员带来了越来越大的困难
即便是自动化运维，随着时间的推移也很难满足阿里的新业务增长需求
进而，ob 产生了；

2.对于数据库国产化的推进有怎样的建议与期许？
不错啊，近期发现了各种打着国产旗号的数据库涌现
不管是oem 的也好，还是针对开源的修改的也好，还是对于著名厂商数据库的仿制也好，也算是进步；
只要是为了推进国产化，只要是不以骗钱为目的的就好；

3.对于像阿里云这样的互联网云服务商，做这样的自研与技术推进，你怎么看？
感觉阿里基本可以引领国内的技术潮流;
用户量，并发量等等对阿里的技术都是极大的考验，然而，这么多年的双11之类的活动都挺过来了;
另外，以客户为中心来提供服务在阿里那里也有体现；
举个栗子：
阿里敢承诺使用了支付宝导致个人财产的丢失会负责追查，全额赔付..可以体现技术上对自己的产品有充分的信任；
"某度"况且不说搜索的体验有多烂了，在知道，百科等模块出现了大量的未付费的广告,他们的做法很简单=>"封号";
两个完全的办事态度就决定了用户可能选择的"互联网云服务商"

jieyancai

OceanBase的一个基本假设就是硬件(服务器、存储、网络等)是不可靠的，另一个基本假设是单机(数据库服务器及共享存储)无法满足互联网业务的需求。因此，OceanBase必须是一个多机(分布式)系统，并且必须保证任何时刻出现的少量硬件(服务器、存储、网络等)异常不影响业务。

为此，OceanBase引入了Paxos协议，每一笔事务，主库执行完成后，要同步到半数以上库(包括主库自身)，例如3个库中的2个库，或者5个库中的3个库，事务才成功。这样，少数库(例如3个库中的1个库，或者5个库中的2个库)异常后业务并不受影响：

与传统数据库相比，OceanBase的另外一个关键特征是软件版本的灰度升级。主备方式的传统数据库是“单活”的，只有主库可执行写事务，尽管维护升级时可以先操作备库，操作完成后备库变成主库并且接受用户访问是一步到位的，如果新版本有问题，则业务受到影响：

传统数据库：升级前

传统数据库：升级中

传统数据库：升级后只能一次性地引入全部读写流量

OceanBase则是“多活”设计，即多个库（3个，5个等）每个都可以有部分读写流量，升级时先把要升级的库的读写流量切走，升级后先进行数据对比，正常后逐步引入读写流量(白名单，1%，5%，10%......)，一切正常并运行一段时间后再升级其他的库：

OceanBase之3机群(3库)部署：升级前

OceanBase之3机群(3库)部署：切走读写流量，准备升级

OceanBase之3机群(3库)部署：升级一个机群(库)

OceanBase之3机群(3库)部署：升级一个机群(库)后切回部分读写流量

OceanBase之3机群(3库)部署：升级一个机群(库)后切回全部读写流量

基于硬件不可靠的假设并且能够容忍少量服务器的故障，OceanBase使用了相对廉价的PC服务器代替高可靠服务器并且不再使用昂贵的共享存储，从而不仅提供了比使用高可靠服务器和共享存储低得多的成本，容忍少数服务器乃至少数机群故障意味着比传统数据库更高的可靠性。通过灰度升级，OceanBase避免了传统数据库的“一锤子买卖”的升级，极大地降低了数据库维护升级的风险。

zhuanshijin

不知道书单地址在哪

wesley006

关注一下。