我们正在考虑将用户交互与用户表交错,唯一的问题是每个用户会有数万次交互,所以64MB的一个键 - 价值范围很可能很少适合。父级性能中的多个键值范围的交互
的CockroachDB文档指出:
如果储存的 任何主键值交错的数据的量的根表比的键值范围的最大尺寸(默认64MB )放大,交错优化将会减少。
- 那么,性能下降会有多糟呢?
- 我们是否应该打扰交叉表?
用户和交互表会稍微大一点,我们目前的估计会在5到10TB左右。会有大量聚合查询需要在交互和用户表之间进行连接,然后在某些用户列上进行聚合。 Elasticsearch已经失败了,因为它的可怕的亲子加入性能(并且不让我开始强制过滤器重新排序...),所以也许有人在这种情况下有CockroachDB的生产经验?
感谢您的回答。看起来我们会随着交错滚动,希望数据在2.0点击之前不会增长得太快,但我想我们总是可以在问题上抛出更多机器:-) – ACimander