【IT名人堂】专访架构师杨传辉：双11支付宝核心数据库OceanBase今世前生

bfmo

duronshi 发表于 2014-11-26 11:27
应该用到了消息队列（metaQ），高并发过来的数据先到消息队列，进队列 的目的就是为了防止写操作处理不过 ...

与ZeroMQ,RabbitMQ 等消息队列模式相比，metaMQ优势有哪些，不足在哪，可介绍下么？

xw721xw

好样的！

是国产，胜似商业！

这才是国人的精神！民族的伟大！

wolfop

进入队列的这种操作怎么保证可扩展性？如果进入了写队列，而没有写到各个真正的数据节点，这时候是返回交易成功还是等待。
如果等待，DML性能怎么可能好？
如果成功，对这些数据的查询要保证一致性必须从这个队列获取，这样怎么保证扩展性？
我一点不认为CAP定理在OCEAN BASE上被突破。

wcg57

有这么牛逼的数据库？能顶住双十一，到底是硬件堆出来的，还是这个数据库的功效。我们作为外人就不知道了额。。。

Alisunshine

bfmo 发表于 2014-11-25 22:29
请教一个简单问题，数据高并发和数据一致性，在分布式中如何处理呢？ 其工作原理是什么？

数据一致性：传统的关系数据库，比如Oracle的主备模式一般是最大保护模式、最大性能模式和最大可用性模式；现在的一些新系统，比如Google Spanner、Amazon Aurora以及OceanBase都是采用Paxos协议做数据同步，这种方式的好处在于单个节点出现故障的时候不影响性能，也不影响可用性。为什么呢？每次写入只需要写两个节点（一个主加上一个备），当某个备机出现故障时不会影响服务；如果主机出现故障，另外两台备机也至少有一台是最新的，可以通过Paxos选举协议选出一台拥有最新状态的备机切换为主机。
高并发：一般的做法是尽可能降低锁的粒度，传统的数据库已经做得比较极致了；现在新型的内存数据库会优化得更加极致一些，设计之初采用一些无锁的数据结构。少量数据库还会对热点行的并发做专门的优化。

Alisunshine

king140445 发表于 2014-11-26 11:22
在分布式数据库中，系统扩容后需要将原有的数据重新分布在所有的存储介质上；
OceanBase是如何做扩容后的数 ...

数据已经按照用户定义的规则切成了很多个数据分片了，当加入新的服务器时，系统能够自动根据各个数据分片的热度选择一些数据分片迁移到新加入的服务器。这样，就实现了负载均衡。注意：不需要迁移所有的数据，比如原来有10台机器，现在加入2台新机器，那么，总共只需要迁移1/5的数据量。当然，这些发生迁移的数据是需要做一些类似加载索引、缓存预热操作的。迁移过程是渐进的，所以不会影响服务。

Alisunshine

duronshi 发表于 2014-11-26 11:27
应该用到了消息队列（metaQ），高并发过来的数据先到消息队列，进队列 的目的就是为了防止写操作处理不过 ...

没有用到消息中间件这样的组件，内部用了专门写的队列结构做排队。这个队列数据结构需要做优化，来减少操作系统线程调度的上下文切换开销。

Alisunshine

玉面飞龙 发表于 2014-11-26 12:12
OceanBase适合存储 item, user， feedback etc这些信息吗？

适合的，OceanBase是一个通用的数据库，电商和支付比普通互联网公司对数据库的要求要高。

Alisunshine

chinagjj2008 发表于 2014-11-26 14:28
OceanBase 现在还是阿里内部使用的数据库，将来能否开源。还是要发展成商用数据库。
OB的目标是要“做全球 ...

数据库这个产品做起来不太容易，而且会有一些不求甚解的人在不理解技术的情况下认为你做的是错的。计划还有一年左右的时间就会对外服务了，对外服务的方式是通过阿里云，不会像商业数据库那样卖产品、卖license。

Alisunshine

wmxcn2000 发表于 2014-11-27 09:22
OceanBase 在未来，能否发展成为 DBMS 和 NOSQL 的替代品？

能否替代，取决于很多因素。各个产品都在某些场景下有独特的优势，我们需要做的是，尽可能扩大我们有优势的场景，走得更快。OceanBase能够适用通用场景，能否替代，让时间来说话。