TiDB能否覆蓋HBase的絕大多數使用場景？

從知乎和github對TiDB的介紹來看，TiDB面向100%的OLTP使用場景。是不是可以認為有了TiDB，HBase基本沒必要使用了？

任何不具備質的顛覆性的初創開源項目都不可能撼動成熟已完備有大公司撐腰的對手。

目前hbase解決的問題是海量存儲量及超高的並發，主要適合大數據的場景，比如blukload導入數據、跟hadoop生態的結合，自身Phoenix組件。

目前不少公司 基於 rocksdb+raft協議在做，有一定的技術領先性，不過也是在成長階段，還有 3份region也是用內存及cpu換來的可用性。另外做成hbase的體量及規模還需要很多的時間。且hbase本身也在進化，hbase2.0年底要發布，也支持多region的，帶來很多變化。另外hbase3.0也在研發中。

當然 TiDB開始是走開源路線是一條正確的路線，不開源，就不會有人參與及使用。hbase跟tidb有一定的重合的場景，不過大部分還是不一樣的。

不過 本人認為 基於LSM的想法之上所有的都是類似的，除非有存儲結構大的創新。

當初hbase樹立起來的場景，會有一部分的場景被會各種各樣的組件可以實現，也是因為底層存儲結構類似所以上層都是類似的。

另外 hbase是計算存儲分離的架構，所有的組件雲化是一個趨勢，hbase這種設計天然迎合了雲的特點。在雲上低成本的存儲成本可以帶來更低的整體方案的成本。

『任何不具備質的顛覆性的初創開源項目都不可能撼動成熟已完備有大公司撐腰的對手。』

google 發表mapreduce 論文，產生hadoop 以系列開源項目，給開源社區帶來顛覆性；

google 發布spanner/f1論文，產生一個成熟穩定的開源實現產品也具備顛覆性，期待三年後，TIDB 打臉某些人。。。

我猜如果MySQL能的話，tidb也能