Prometheus MySQL_exporter

2023-11-12 来源：华拓网

mysqld_exporter是用来搜集mysql的性能指标的,适用于mysql5.5及其以上版本

程序安装

下载地址：https://prometheus.io/download/#mysqld_exporter

安装mysqld_exporter

tar -zxvf mysqld_exporter-0.11.0.linux-amd64.tar.gzmv mysqld_exporter-0.11.0.linux-amd64 /usr/local/mysqld_exporter

赋权

mysqld_exporter需要连接到Mysql，所以需要Mysql的权限，我们先为它创建用户并赋予所需的权限：

CREATE USER ‘exporter‘@‘localhost‘ IDENTIFIED BY ‘abc123‘ WITH MAX_USER_CONNECTIONS 3;GRANT PROCESS, REPLICATION CLIENT, SELECT ON *.* TO ‘exporter‘@‘localhost‘;

创建.my.cnf文件

cd /usr/local/mysqld_exportercat << EOF > .my.cnf[client]user=exporterpassword=abc123EOF

创建systemd服务

cat <<EOF > /etc/systemd/system/mysqld_exporter.service[Unit]Description=mysqld_exporterAfter=network.target[Service]Type=simpleUser=prometheusExecStart=/usr/local/mysqld_exporter/mysqld_exporter --config.my-cnf=/usr/local/mysqld_exporter/.my.cnfRestart=on-failure[Install]WantedBy=multi-user.targetEOF

启动myslqd_exporter

systemctl daemon-reloadsystemctl start mysqld_exportersystemctl status mysqld_exportersystemctl enable mysqld_exporter

验证

curl localhost:9104/metrics

拉取数据

利用 Prometheus 的 static_configs 来拉取 mysqld_exporter 的数据。

编辑prometheus.yml文件，添加内容

- job_name: ‘mysql‘ static_configs: - targets: [‘localhost:9104‘]

重启prometheus，然后在Prometheus页面中的Targets中就能看到新加入的mysql

MySQL exporter Dashboard 模板

搜索mysql的Grafana Dashboard，导入进去

技术分享图片

Prometheus MySQL_exporter

标签：程序安装内容 ant github dash sql 服务 network src

小编还为您整理了以下内容，可能对您也有帮助：

prometheus配置详解

本文按照官方文档的相关内容整理整理的配置语法以及实现功能

一个scrape_config 片段指定一组目标和参数，目标就是实例，指定采集的端点，参数描述如何采集这些实例，配置文件格式如下

因为部署在kubernetes环境中所以我只在意基于kubernetes_sd_configs的服务发现和static_configs静态文件的发现

relable_configss是功能强大的工具，就是Relabel可以在Prometheus采集数据之前，通过Target实例的Metadata信息，动态重新写入Label的值。除此之外，我们还能根据Target实例的Metadata信息选择是否采集或者忽略该Target实例。

relabel_configs

配置格式如下：

其中action主要包括:

replace：默认，通过regex匹配source_label的值，使用replacement来引用表达式匹配的分组

keep：删除regex与连接不匹配的目标 source_labels

drop：删除regex与连接匹配的目标 source_labels

labeldrop：删除regex匹配的标签

labelkeep：删除regex不匹配的标签

hashmod：设置target_label为molus连接的哈希值source_labels

labelmap：匹配regex所有标签名称。然后复制匹配标签的值进行分组，replacement分组引用（ {2},…）替代

prometheus中的数值都是key:value格式，其中replace、keep、drop都是对value的操作， labelmap、labeldrop、labelkeep都是对key的操作

replace是action的默认值，通过regex匹配source_label的值，使用replacement来引用表达式匹配的分组

上面的列子中 address 的值为 $1:$2 ，其中 $1 是正则表达式 ([^:]+)(?::d+)? 从 address 中获取， $2 是正则表达式 (d+)从(d+) 中获取，最后的 address 的数值为192.168.1.1:9100

上面的例子只要匹配__meta_kubernetes_service_annotation_prometheus_io_probe=true数据就保留，反正source_labels中的值没有匹配regex中的值就丢弃

drop 的使用和keep刚好相反，还是使用keep的例子:

上面的例子只要__meta_kubernetes_service_annotation_prometheus_io_probe这个标签的值为true就丢弃，反之如果__meta_kubernetes_service_annotation_prometheus_io_probe!=true的数据就保留

labelmap的用法和上面说到replace、keep、drop不同， labelmap匹配的是标签名称，而replace、keep、drop匹配的是value

上面例子中只要匹配到正则表达式 __meta_kubernetes_service_label_(.+) 的标签，就将标签重写为 (.+) 中的内容，效果如下：

待续

使用labeldrop则可以对Target标签进行过滤，删除符合过滤条件的标签，例如：

该配置会使用regex匹配当前target中的所有标签，删除符合规则的标签，反之保留不符合规则的

使用labelkeep则可以对Target标签进行过滤，仅保留符合过滤条件的标签，例如：

该配置会使用regex匹配当前target中的所有标签，保留符合规则的标签，反之不符合的移除

上面我们说到relabel_config是获取metrics之前对标签的重写，对应的metric_relabel_configs是对获取metrics之后对标签的操作， metric_relabel_configs能够确定我们保存哪些指标，删除哪些指标，以及这些指标将是什么样子。

metric_relabel_configs的配置和relabel_config的配置基本相同，如果需要配置相关参数请参考 2.scrape_configs

主要用途为指定exporter获取metrics数据的目标，可以指定prometheus、 mysql、 nginx等目标

此规则主要是用于抓取prometheus自己数据的配置， targets列表中的为prometheus 获取metrics的地址和端口，因为没有指定metrics_path所以使用默认的/metrics中获取数据，

简单理解就是， prometheus访问 http://localhost:9090/metrics 获取监控数据

还可以配置指定exporter中的目的地址，如获取node_exporter的数据

简单理解为分别访问 http://10.40.58.153:9100/metrics http://10.40.58.154:9100/metrics http://10.40.61.116:9100/metrics 获取metrics数据

kubernetes的服务发现可以刮取以下几种数据

通过指定kubernetes_sd_config的模式为endpoints，Prometheus会自动从Kubernetes中发现到所有的endpoints节点并作为当前Job监控的Target实例。如下所示，

该配置是使用kubernetes的发现机制发现kube-apiservers

上面的刮取配置定义了如下信息：

该配置是自动发现kubernetes中的endpoints

可以看到relable_configs中的规则很多，具体的内容如下

获取的metrics的信息如下：

Prometheus

Prometheus是一个开源系统监控和报警工具包，具有活跃的生态系统。是一个*数据模型，其中的时间序列数据由指标名称和键/值对识别。它不依赖分布式存储，单个服务器节点是自治的。通过一个中间网关支持推送时间序列，可以通过服务发现或静态配置来发现目标，支持多种模式的图表和仪表盘制作。

Prometheus具体架构图如下：

Prometheus 直接或通过中介推送网关从检测的作业中抓取指标，用于短期作业。它将所有抓取的样本存储在本地，并对这些数据运行规则，以从现有数据聚合和记录新的时间序列或生成警报。 Grafana 或其他 API 使用者可用于可视化收集的数据。

--config.file="prometheus.yml"Prometheus配置文件路径。

--web.listen-address="0.0.0.0:9090"用于监听UI、API和遥测的地址。

--web.config.file=""[EXPERIMENTAL] 可以启用TLS或认证的配置文件的路径。

--web.read-timeout=5m超时读取请求和关闭空闲连接之前的最大持续时间。

--web.max-connections=512最大同时连接数。

--web.external-url=<URL>外部可访问Prometheus所在的URL（例如，如果Prometheus通过反向代理提供服务）。用于生成返回到Prometheus本身的相对和绝对链接。如果URL有路径部分，它将用于为Prometheus服务的所有HTTP端点添加前缀。如果省略，将自动派生相关的URL组件。

--web.route-prefix=<path>Web端点的内部路线的前缀。默认为-web.external-url的路径。

--web.user-assets=<path>静态资源目录的路径，位于 /user。

--web.enable-lifecycle通过HTTP请求启用关闭和重新加载。

--web.enable-admin-api启用管理控制行动的API端点。

--web.console.templates="consoles"控制台模板目录的路径，位于/consoles。

--web.console.libraries="console_libraries"控制台库目录的路径。

--storage.tsdb.path="data/"指标存储的基本路径。仅用于server模式。

--storage.tsdb.retention.time= 样本在储存中保留多长时间。设置此标志后，它会覆盖“storage.tsdb.retention”。如果此标志、“storage.tsdb.retention”或“storage.tsdb.retention.size”均未设置，则保留时间默认为15d。支持的单位：y、w、d、h、m、s、ms。仅用于server模式。

--storage.tsdb.retention.size= 块存储的最大字节数。需要一个单位，支持的单位：B、KB、MB、GB、TB、PB、EB。例如：“512MB”。仅用于server模式。

--storage.tsdb.no-lockfile不在数据目录中创建锁文件。仅用于server模式。

--storage.tsdb.allow-overlapping-blocks允许重叠块，从而启用垂直压缩和垂直查询合并。仅用于服务器模式。

--storage.agent.path="data-agent/"指标存储的基本路径。仅用于agent模式。

--storage.agent.wal-compression压缩代理WAL。仅用于agent模式。

--storage.agent.retention.min-time=当WAL被截断时，样本在被强行删除之前的最小年龄，仅用于agent模式。

--storage.agent.retention.max-time=当WAL被截断时，样本在被强行删除之前的最大年龄，仅用于agent模式。

--storage.agent.no-lockfile不在数据目录中创建锁文件。仅用于agent模式。

--storage.remote.flush-deadline=<ration>在关闭或重新加载配置时等待刷新样本的时间。

--storage.remote.read-sample-limit=5e7在单个查询中通过远程读取接口返回的最大样本总数。 0 表示没有*。对于流式响应类型，将忽略此*。仅用于server模式。

--storage.remote.read-concurrent-limit=10并发远程读取调用的最大数量。 0 表示没有*。仅用于server模式。

--rules.alert.for-outage-tolerance=1h为恢复“for”警报状态而容忍Prometheus中断的最长时间。仅用于server模式。

--rules.alert.for-grace-period=10m警报和恢复“for”状态之间的最短持续时间。这仅适用于配置的“for”时间大于宽限期的警报。仅用于server模式。

--rules.alert.resend-delay=1m在向 Alertmanager 重新发送警报之前等待的最短时间。仅用于server模式。

--alertmanager.notification-queue-capacity=10000等待Alertmanager通知的队列容量。仅用于server模式。

--query.lookback-delta=5m在表达式评估和联合期间，检索指标的最长回溯持续时间。仅用于server模式。

--query.timeout=2m查询在中止之前可能需要的最长时间。仅用于server模式。

--query.max-concurrency=20并发执行的最大查询数。仅用于server模式。

--query.max-samples=50000000单个查询可以加载到内存中的最大样本数。请注意，如果查询尝试将比这更多的样本加载到内存中，查询将失败，因此这也*了查询可以返回的样本数量。仅用于server模式。

--enable-feature=逗号分隔的要启用的功能名称。有效选项：agent、exemplar-storage、expand-external-labels、memory-snapshot-on-shutdown、promql-at-modifier、promql-negative-offset、remote-write-receiver。extra-scrape-metrics、new-service-discovery-manager。

--log.level=info只记录给定严重程度或以上的信息。其中之一：[debug, info, warn, error]。

--log.format=logfmt日志信息的输出格式。其中之一：[logfmt, json]。

通用占位符定义如下：

全局配置区域：

scrape_config部分指定了一组描述如何抓取它们的目标和参数，目标可以通过static_configs参数静态配置或使用支持的服务发现机制之一动态发现。

Prometheus自身支持basic验证和TLS（将来可能会改变），也可以通过nginx开启basic验证。

Exporter将监控数据采集的端点通过HTTP服务的形式暴露给Prometheus Server，Prometheus Server通过访问该Exporter提供的Endpoint端点，即可获取到需要采集的监控数据。

一般来说可以将Exporter分为2类：

Prometheus UI提供了快速验证PromQL以及临时可视化支持的能力，而在大多数场景下引入监控系统通常还需要构建可以长期使用的监控数据可视化面板（Dashboard）。这时用户可以考虑使用第三方的可视化工具如Grafana，Grafana是一个开源的可视化平台，并且提供了对Prometheus的完整支持。

在Prometheus Server中支持基于PromQL创建告警规则，如果满足PromQL定义的规则，则会产生一条告警，而告警的后续处理流程则由AlertManager进行管理。在AlertManager中我们可以与邮件，Slack等等内置的通知方式进行集成，也可以通过Webhook自定义告警处理方式。AlertManager即Prometheus体系中的告警处理中心。

Alertmanager 处理客户端应用程序（例如 Prometheus 服务器）发送的警报。它负责对它们进行重复数据删除、分组和路由到正确的接收器集成，例如Email、PagerDuty 或 OpsGenie。它还负责警报的静音和抑制。

报警全家桶 https://github.com/feiyu563/PrometheusAlert