根据你的描述，涉及到的数仓还是偏实时的或者说准实时的，那就姑且认为需求为准实时数仓，先说一下我们当初选择TiDB+TiSpark的理由，因为已经有一套SqlServer在出数了，而且跑了很复杂的存储过程，如果贸然改变计算逻辑是不太现实的，而支持即时更新的也只有TiDB做的到，因此选择了TiDB+TiSpark，当然本身基于spark的查询也基本能够保证性能要求。在说回这三种选型把，impala+kudu最常见的就是神策了，对于实时性要求能够满足分钟级别要求，在千万亿级别这种场景下，分析的性能应该是最好的。hbase+phoenix本身你有说了，因为hbase的特性来说，单点是能够快速查询的，基…

目前这个版本应该是不支持tispark回写的，需要等到回写的版本ga，而且跟官方了解到如果数据量不大速度相比mysql jdbc提升不是很大