链接：https://www.zhihu.com/question/66484880/answer/613621176
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
tidb是一个newSQL的整体解决方案。 包括了 sql解析+可扩展kv存储+二级索引+事务 等等。
我觉得和hbase对标的，应该是tidb的存储层tikv，在newSQL整体解决方案里，处于【可扩展kv存储】。
剩下的sql解析层/二级索引/事务，在hbase的生态中，也有开源的实现（phoenix），这一块后面再说。
在公司，我也和一些资深的程序员讨论过tikv相较hbase的一些点。 抛开“架构”/“语言”这些内生特点，单从“用户角度”，tikv和hbase并没有颠覆性的变革。 tikv有raft，实现了region的三副本及leader切换，有rust语言的自管理内存无毛刺；hbase现在有读replica，有offheap去毛刺，未来有java更好的gc实现，hbase-admin也可以把regionserver的zk-timeout设置的更低，从而让region的可用性提高。而hbase的架构更简单，在生产环境运行的时间更久。因此在【可扩展kv存储】这个领域，tikv并没有全方位碾压hbase的颠覆性优势。
====================================================================
但我依然看好tidb，因为newSQL是作为一个面向 关系型OLTP场景的整体解决方案。
newSQL的架构，代表了“分布式系统”复杂度的新高度。是一系列的分布式领域理论组合而产生的“化学反应“。且他的目标用户都是“上了相当规模”的中大型互联网公司。
由于他的“高复杂度”。我认为纯靠“开源社区”的散力，很难解决的十分完备。这就体现出有商业公司主导的价值了。
phoenix的分布式事务，二级索引，sql高兼容性等等特性，我认为都远达不到生产级别的newSQL OLTP需求，更不要说达到“金融/交易级事务数据库”等极高要求的企业级水准。
综上，tidb有他在“整合解决方案”的优势。而hbase仍保留其在【分布式kv存储】主战场的稳定、成熟等优势。目前应该仍然是井水不犯河水的阶段。
个人期待hbase之上的开源 newSQL解决方案持续发展。 希望技术百花齐放。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/31537575/viewspace-3167492/ ，如需转载，请注明出处，否则将追究法律责任。
