我使用公式来计算 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的提示?
答案 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