游弋云端2020-09-18可以后台启动一个轮询日志增量的线程，当差异大于一定量的时候触发实际的数据同步。或者在心跳包中增加一个版本用于比对，当差异大的时候，触发主动同步。这样不用等到请求到达时触发，省掉这个等待时延。但是由于是Raft的非成员节点，怎么做都会有一定的数据差异，单对于大多OLAP分析场景应该是足够使用了。4
iswade2021-06-08可以通过读一致的旧版本来实现吧，对于OLAP也完全满足要求了。共 1 条评论1
tt2020-09-18没有接触过OLAP。 是不是可以不用每次都去请求“最新”的日志增量，而是按需请求数据：本地保存一个数据新旧的时间戳，如果早于读请求的时间戳，就不用去请求了； 或者设置一个质量因子，可以做到分配请求数据，采用类似滑动平均的算法，动态计算目标指标，达到质量要求后就停止请求数据。1- Geek_7618762022-07-26有人说两份数据的做法是"缝合怪"，老师怎么看这个问题？
易轻尘2022-07-15最近Snowflake也公布了进军HTAP
不负青春不负己🤘
2022-04-29我看好多其他开源写的db 项目，delta Tree
杜思奇2021-12-28我认为OLAP相当于一艘大轮船（技术上追求高吞吐 QPS）而OLTP相当于一辆小轿车（技术追求高并发 、低延迟）
幼儿编程教学2020-11-22pax格式其实没太看懂。特别是和dsm的区别。老师能否再详细介绍下？谢谢！
myrfy2020-09-18当客户请求的时间戳可以确信小于服务端的时间戳时。难点应该就是如何保证客户端和服务端在时间上的同步。
Fan()2020-09-18受益匪浅