首先上亿数据很常见，目前你们的处理方式问题很多：
1.几亿数据为什么不做分库分表？做了分库分表，都是小表就查呗
2.为什么不让查询？数据库没做主从架构，有了这个架构，查询从库出问题也没啥影响啊
3.主管技术问题？数据再多用 id 查询单条数据也是问题不大的，先通过 es 查到数据的 ID ，再根据 id 去数据库查询呗

@oukichi 可能你把太多精力放在小事上了，我觉得产品可以失败，但是原因不应该是精力不足。如果你真的觉得产品没问题，核心是自己精力问题的话，我觉得可以有很多方案可以解决，如果你还想搞类似东西的话，我可以帮助你。

@15342 这个要自己考虑，和业务场景有关，先不考虑目前你们的数据方案是否合理，默认合理的话，无论修改的人和地方有多少都无所谓，首先可以确保修改的原数据没有问题就可以了，然后就是同步的问题了，你数据本身有版本号，每次变更都要加 1 ，这样就能知道哪个数据版本是新的了，你要同步到 starrocks ，那么就需要判断如果你同步过来的数据比 starrocks 里边的版本号低就不同步，反之就同步。如果你们数据变化多的话，你定时同步增量数据期间还会产生大量不一致数据，这个时候就要单挑变化一起同步了。

@nnegier 定时批量遍历查询写入

两年过去了，你这个产品如何了？

除非特殊情况，不然必须设置默认值。专业 DBA 都会这样做。

感谢您不计回报的为用户发光发热

感谢你不计回报的为用户业发光发热