假设mergetree存储引擎。clickhouse创建排序主键的稀疏索引。举个例子，我只使用一列，一个datetime或epoch作为主键和排序键。在前60个历元值（即前60秒）内插入2000行。clickhouse在0、20、40处创建稀疏索引。对于每个稀疏索引，我们扫描500行。
现在让我们假设我的规模正在增加，接下来的60秒将插入8000行（例如，流量有机地增长了4倍），接下来的稀疏索引将是60、80、100，现在每个索引都有2000行，因此，每次查询要扫描的行数越多，如果我在最后几秒钟内查询数据，选择的速度就越慢，而且越来越差，以此类推。
问题是，有没有办法，或者clickhouse是否“重新平衡”稀疏索引，例如在上述情况下，为每个稀疏索引均匀分配扫描的行数？