新粉请关注我的公众号
OceanBase CTO 杨传辉，最近在OceanBase公众号上发表了一篇文章：真正的HTAP对用户和开发者意味着什么？这篇文章写得非常的好，飞总强烈推荐对HTAP有兴趣的人仔细读读这篇文章，顺便聊聊里面一个非常重要的观点。
这里我引用他的原文：
业界还有一些两套系统的方案，例如 OLTP 系统采用 RocksDB/MySQL，OLAP 系统采用 Spark 或者 ClickHouse，并在系统内部实现不同类型 SQL 的路由分发。这种方案并不符合“一份数据“的要求，不是真正的 HTAP。为什么？因为采用两个系统之后必然导致成本大幅上升，为了系统的高可用，OLTP 系统和 OLAP 系统需要有各自独立的多副本容灾架构，且两个系统在理论上无法保证数据的一致性。 杨传辉，公众号：OceanBase真正的HTAP对用户和开发者意味着什么？
这篇文章的这个观点，飞总是非常赞同的。如果一个系统实际上是把两套不同的系统通过缝合的方式缝合在一起的，那么这就是一个“缝合怪”。缝合怪当然不是真正的HTAP系统。
而且这种缝合怪后续的开发和发展也有各种问题。比如说OLTP系统可能是Go写的，OLAP系统是C 写的，粘合在一起就很麻烦了。可能同样的Aggregate函数，我不但要用Go来实现一遍，还要用C 再实现一遍，还要确保两边的语义是一致的。
这是不是很麻烦呢？听着就头大了吧。缝合怪里面的每个系统的升级，都会导致各种各样的问题，想想未来怎么发展，都够头大的。
但是确实有缝合怪在大力宣传自己是很牛逼的HTAP系统啊，既可以做OLAP的也能够处理OLTP的，深受投资人的追捧，和互联网上懵懵懂懂的大众的欢迎。
OceanBase CTO杨传辉直接把这样的观点亮出来，告诉大家为什么这些系统不是真的HTAP，我还是挺佩服讲真话的人的。毕竟，他也可以不得罪同行，稍微打个马虎眼，事情就过去了。你好我好大家好。
也许有人会说，那是因为OceanBase自己不是一个缝合怪，所以他才去贬低其他人是缝合怪。
问题不应该这样看，OceanBase之所以不是一个缝合怪，是因为OceanBase的人知道什么是对什么是错，选择了做正确的事情。
其他的一些产品，也是知道什么是对什么是错的，但是更知道什么做起来复杂，什么做起来简单。能做起来简单的，为什么非要做起来复杂呢？
于是有些产品选择了做起来简单但未必正确的方案，同时大力宣传掌握话语权。投资人们，大概率是愿意追捧这些新东西的。
至于会不会因为这些新东西而血本无归上当，这就要看是早期投资人还是晚点进去的了，早期投资人早就盆满钵满了，后面进去的，接盘侠恭喜你们。
已经接盘接上的，我也只能祝福各位了，现在经济形势不好，想要上市让广大股民韭菜继续接你们的盘，难度真的有点大。
