Google cloud platform 如果我创建一个二级索引,并将所有键添加到一个二级索引中,而不是云扳手中的16个二级索引中,会发生什么?

Google cloud platform 如果我创建一个二级索引,并将所有键添加到一个二级索引中,而不是云扳手中的16个二级索引中,会发生什么?,google-cloud-platform,apache-beam,google-cloud-spanner,Google Cloud Platform,Apache Beam,Google Cloud Spanner,基本上,我在扳手表中有16个二级索引。当Api从扳手表检索数据时,延迟非常高。我们已经提供了足够的扳手节点,表的大小约为5GB。因此,如果我创建一个索引并将所有键添加到一个索引中,而不是16个二级索引,那么这件事是否可行。您的查询是通过二级索引执行的,还是您可以给出一个具有高延迟的查询的示例?我这样问是因为通常二级索引有助于提高通常执行的查询的速度。我知道二级索引可以提高性能,而在二级索引上执行的查询仍然需要大约37秒才能得到结果。对于您在这里和后面介绍的内容,看起来您可能需要通过以下方式改进查

基本上,我在扳手表中有16个二级索引。当Api从扳手表检索数据时,延迟非常高。我们已经提供了足够的扳手节点,表的大小约为5GB。因此,如果我创建一个索引并将所有键添加到一个索引中,而不是16个二级索引,那么这件事是否可行。

您的查询是通过二级索引执行的,还是您可以给出一个具有高延迟的查询的示例?我这样问是因为通常二级索引有助于提高通常执行的查询的速度。我知道二级索引可以提高性能,而在二级索引上执行的查询仍然需要大约37秒才能得到结果。对于您在这里和后面介绍的内容,看起来您可能需要通过以下方式改进查询,或者您的数据库中有一个数据库。但是,如果不知道表和查询的具体情况,就很难确定。我只有一个二级索引的过滤条件。查询方面没什么。那个么你们能分享更多关于你们的模式的信息吗?正如我提到的,您的表上可能有一个热点,这可能是查询速度慢的原因。