处理计算中缺少的矩阵

时间:2017-08-08 08:20:34

标签: prometheus promql

我使用公式来计算 MySQL 实例的最大内存消耗 MySQL 实例(简化并用 PromQL 编写)读取:

(
    mysql_global_variables_key_buffer_size +
    mysql_global_variables_query_cache_size +
    mysql_global_variables_tmp_table_size +
    mysql_global_variables_innodb_buffer_pool_size +
    mysql_global_variables_innodb_additional_mem_pool_size +
    mysql_global_variables_innodb_log_buffer_size +
    (
        mysql_global_variables_max_connections *
        (
            mysql_global_variables_sort_buffer_size +
            mysql_global_variables_read_buffer_size +
            mysql_global_variables_read_rnd_buffer_size +
            mysql_global_variables_join_buffer_size +
            mysql_global_variables_thread_stack +
            mysql_global_variables_binlog_cache_size
        )
    )
)

不幸的是,mysql_global_variables_innodb_additional_mem_pool_size指标并不总是存在于每个实例中,如果它包含在计算中,则会导致“无数据”。

有{em>可能用于解决此问题的absent(v instant-vector)函数,但我不确定如何。

我希望不存在的 metrices替换为常量(在这种情况下为0)。有可能吗?

您能否提供一些关于如何处理 PromQL 计算中缺失的metrices的提示?

2 个答案:

答案 0 :(得分:0)

对于正值指标,您可以使用clamp_min将缺失指标强制为零:

clamp_min(mysql_global_variables_innodb_additional_mem_pool_size, 0)

答案 1 :(得分:0)

如果我们尝试对可能缺失的两个指标求和,则已接受的解决方案将无法正常工作。 在我的特定情况下,它是 mysql_info_schema_innodb_metrics_transaction_trx_rseg_history_len(来自 mariadb)和 mysql_global_status_innodb_history_list_length(来自 mysql)。 提供的解决方案为我提供了单个主机的 3 个图表。

我使用了以下解决方法:

(metric1{hostname="h"} or on() vector(0))+(metric2{hostname="h"} or on() vector(0))

取自此处:https://github.com/grafana/grafana/issues/2393#issuecomment-192522042