Hologres扩容会影响服务使用?说是元数据量大的话,这个影响时间还会更长,怎么评估这个元数据量?或者说有哪些因素会导致这个影响时间延长?
以下为热心网友提供的参考意见
Hologres的扩容确实可能会影响服务的正常使用,尤其是在元数据量大的情况下,这种影响的时间可能会更长。元数据量的大小通常与表的数量、数据量以及索引的数量有关。如果这些因素过多或者不合理,例如表的列特别多,TEXT列居多,设置了过多的Bitmap或Dictionary索引,都会导致内存使用率升高,从而影响服务的使用。
在评估元数据量时,您可以参考以下步骤:首先,查看当前实例的表数量和每个表的行数;其次,统计每个表的索引数量和每个索引的大小;最后,将这些数据相加,就可以得到当前的元数据总量。
然而,某些因素可能会导致这个影响时间延长。例如,当MaxCompute外部表结构发生变更后,会回退到SQE链路,访问链路更长,导致查询性能下降。此外,如果Hologres实例的CPU使用率很高(如长时间达到100%),写入延迟也比较高,这也可能是由于Hologres侧的问题导致的。因此,在进行扩容操作时,需要考虑到这些可能的因素,以避免对服务使用造成过大的影响。
以下为热心网友提供的参考意见
在升级校验过程中发现有精度问题,您这边方便的话把bat_security.car_warning_alarm_no_pre这张表的decimal字段也改成DECIMAL(14,4)
更新后,我再跑下升级校验~ ,此回答整理自钉群“实时数仓Hologres交流群”
本文来自投稿,不代表新手站长_郑州云淘科技有限公司立场,如若转载,请注明出处:https://www.cnzhanzhang.com/11524.html