EW带领

EW带领

手动 WLM 允许我们调整这种权衡

如果这意味着将管道的整体延迟保持在数据 之下,则允许某些查询基于磁盘。 具有查询优先级的自动 具有查询优先级的自动 WLM 旨在解决这个具体问题:它们允许您让了解在分配集群资源时如何确定查询的优先级。查询优先级通过自动 查询队列进行管理,每个队列都有一个优先级: 最高 高的 普通的 低的 最低 与手动 一样,查询使用数据库用户组或“查询组”(您可以在提交查询之前使用语句在数据库会话中设置的标签)将查询分配到队列。

并决定是否应启用并发扩展

这个想法是,您只需根据优先级对工作负载进行排名,就会以最佳方式处理集群资源分配。 通过三种方式使用这些查询优先级: 当查询提交到集群时,使用优先级来决定哪些查询应运行以及哪些查询应排队。较低优先级队列中的查询仍将运行,但平均排队时间比较高优先级 沙特阿拉伯电报号码数据 队列中的查询更长。 当查询运行时,优先级较高的查询比较优先级较低的查询会分配更多的资源(包括内存。当没有较高优先级查询时,较低优先级查询将获得所有系统资源。

我们为每个工作负载分配优先级

较低优先级队列中的查询可能会更频繁地中止 以便为较高优先级队列中的查询腾出空间。仅当更高优先级的查询到达时才会发生这种情况。 设置我们的第一个集群 按照我 电子战线索 们的自动 配置帖子中的指南,我们查看了我们的一个开发 集群,并首先枚举了我们正在运行的工作负载。然后,我们根据工作负载将他们的用户分组: 工作量数据库用户组 来自我们系统其他部分的自动查询混合应用程序 数据加载和转换混合写入 验证测试 混合只读 卸载 混合卸载 维修查询混合维护 查询开发人员临时查询。

Related Posts

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注