InfluxDB _internal 1.x 测量和字段

默认情况下，InfluxDB 生成内部指标并保存到 _internal 数据库。使用这些指标来监控 InfluxDB 和 InfluxDB Enterprise，并在出现问题时创建警报以通知您。

在生产环境中禁用 _internal 数据库

InfluxData 不 建议在生产集群中使用 _internal 数据库。它会产生不必要的开销，特别是对于繁忙的集群，这可能会使已经负载过重的集群过载。存储在 _internal 数据库中的指标主要衡量工作负载性能，并且应该仅在非生产环境进行测试。

要禁用 _internal 数据库，请在 InfluxDB 配置文件 的 [monitor] 部分下将 store-enabled 设置为 false。

# ...
[monitor]
  # ...
  # Whether to record statistics internally.
  store-enabled = false
  #...

将内部指标存储在外部监视器中

要在生产集群中监控 InfluxDB _internal 指标，请使用 Telegraf 和 influxdb 输入插件 从 InfluxDB /debug/vars 端点捕获这些指标，并将它们存储在外部 InfluxDB 监控实例中。有关更多信息，请参阅 配置监视器的监视器。

可视化 InfluxDB 内部指标

使用 InfluxDB OSS 监控仪表板 或 InfluxDB Enterprise 监控仪表板 来可视化 InfluxDB _internal 指标。

InfluxDB _internal 测量和字段

ae (仅限企业版)

与 InfluxDB Enterprise 集群中的反熵 (AE) 引擎相关的测量统计信息。

bytesRx

数据节点接收的字节数。

errors

导致错误的反熵作业总数。

jobs

数据节点执行的作业总数。

jobsActive

活动（当前正在执行）作业的数量。

cluster (仅限企业版)

cluster 测量跟踪与 InfluxDB Enterprise 中数据节点的集群功能相关的统计信息。序列上的标签指示统计信息的源主机。

copyShardReq

从一个数据节点复制分片到另一个数据节点的内部请求数。

createIteratorReq

来自集群中其他数据节点的读取请求数。

expandSourcesReq

为查找与特定正则表达式匹配的此节点上的测量而发出的远程节点请求数。指示从不同数据节点启动的 regex 的 SELECT，然后该节点向此节点发送内部请求。目前没有统计信息跟踪在特定节点上启动了多少带有 regex 而不是固定测量的查询。

fieldDimensionsReq

关于此数据节点上测量的字段和关联类型以及标签键的远程节点请求数。

iteratorCostReq

迭代器成本的内部请求数。

openConnections

跟踪数据节点正在处理的打开连接数（包括计算多路复用到单个 yamux 连接上的逻辑连接）。

removeShardReq

从此数据节点删除分片的内部请求数。仅通过使用 influxd-ctl remove shard 命令来递增。

writeShardFail

来自远程节点的内部写入请求失败的总数。它是 InfluxDB 分片统计信息 writeReqErr 的同类项。HTTP 上的写入请求由节点 A 接收。节点 A 在本地没有分片，因此它创建对节点 B 的内部请求，指示要写入的内容以及写入哪个分片。如果节点 B 看到请求并且出现任何问题，节点 B 会递增其自身的 writeShardFail。根据出现的问题，在大多数情况下，节点 B 还会递增其从 InfluxDB OSS 继承的 writeReqErr 统计信息。如果节点 A 在本地具有分片，则不会有内部请求将数据写入远程节点，因此不会递增 writeShardFail。

writeShardPointsReq

来自任何远程节点的每个内部写入请求中的点数，无论是否成功。

writeShardReq

来自远程数据节点的内部写入请求数，无论是否成功。

cq

与连续查询 (CQ) 相关的测量统计信息。

queryFail

执行但失败的连续查询总数。

queryOk

成功执行的连续查询总数。请注意，在某些情况下，此值可能会递增，即使 CQ 已启动但实际上并未运行，例如，由于错误的重采样间隔。

database

numMeasurements

指定数据库中当前的测量数量。

序列基数是基于 HyperLogLog++ (HLL++) 的估计值。当有数千或数百万个测量或序列时，估计值返回的数字应该在相对较小的误差范围内是准确的。

numSeries

指定数据库的当前序列基数。序列基数是基于 HyperLogLog++ (HLL++) 的估计值。当有数千或数百万个测量或序列时，估计值返回的数字应该在相对较小的误差范围内是准确的。

hh (仅限企业版)

hh 测量统计信息跟踪导致 InfluxDB Enterprise 中新的提示移交 (HH) 处理器的事件。hh 测量有一个额外的标签

• path - 磁盘上持久提示移交队列的路径。

writeShardReq

提示移交引擎为远程节点处理的初始写入请求数。对同一远程节点的后续写入请求不会递增此统计信息。无论进程上次处于活动状态的时间如何，此统计信息在 influxd 重新启动时重置为 0。当指示 HH “超级系统”为节点排队写入，并且目标节点的“子系统”不存在且必须创建，并且“子系统”创建成功时，它会递增。如果在进程启动时磁盘上有远程节点的 HH 文件，则不会到达递增此统计信息的分支。

writeShardReqPoints

每个点的写入请求数，用于对远程节点的提示移交引擎的初始请求。

hh_database (仅限企业版)

hh_database 测量聚合单个数据库和节点的所有提示移交队列。这允许准确报告单个数据库到目标节点的总队列大小。

hh_database 测量有两个额外的标签

• db — 数据库的名称
• node — 节点标识符

bytesRead

从提示移交队列读取并发送到其目标数据节点的点的大小（以字节为单位）。请注意，如果在 HH 队列中有数据时重新启动数据节点进程，则 bytesRead 可能会稳定到一个大于 bytesWritten 的数字。提示移交写入以并发批次发生，由 retry-concurrency 设置确定。如果单个写入成功，则会递增指标。如果整个批次中的任何写入失败，则整个批次都被认为是不成功的，并且稍后将重试批次的每个部分。这不是此统计信息的预期行为。bytesRead 可能更大的另一种情况是在进程重新启动之后。假设在启动时，进程的先前运行中仍有 1000 字节在 HH 中排队。重新启动后立即将 bytesRead 和 bytesWritten 设置为零。假设 HH 已正确耗尽，并且未来的写入不需要 HH，则统计信息将读取 1000 字节读取和 0 字节写入。

bytesWritten

写入提示移交队列的总字节数。请注意，此统计信息仅跟踪当前进程生命周期内写入的字节数。重新启动或崩溃后，此统计信息将重置为零，即使提示移交队列不是空的。

queueBytes

提示移交队列中剩余的总字节数。此统计信息应准确且绝对地跟踪等待发送到远程节点的编码数据字节数。

与 bytesRead 和 bytesWritten 不同，此统计信息应在重新启动后保持正确（请参阅 #780）。

queueDepth

提示移交队列中的段总数。HH 队列是 10MB “段”文件的序列。这是一个粗粒度的统计信息，大致表示为远程节点排队的数据量。queueDepth 值可以使您了解队列何时增长或缩小。

writeBlocked

由于并发 HH 请求数超过限制而阻止的写入数。

writeDropped

由于写入似乎已损坏而从 HH 队列中删除的写入数。

writeNodeReq

成功将批次写入目标节点的写入请求总数。

writeNodeReqFail

从提示移交队列写入一批数据到目标节点失败的写入请求总数。

writeNodeReqPoints

从 HH 队列成功写入到目标节点的点总数 fr

writeShardReq

排队到提示移交队列中的每个写入批次请求的总数。

writeShardReqPoints

排队到提示移交队列中的点总数。

hh_node (仅限企业版)

在 InfluxDB Enterprise 1.9.8 及更高版本中可用。hh_node 测量存储给定节点的所有队列（分片）的提示移交统计信息。

hh_node 测量有一个额外的标签

• node - 记录指标的目标节点。

queueTotalSize

单个节点的所有提示移交队列使用的磁盘空间总字节数。跟踪给定节点的所有提示移交队列的磁盘使用情况（而不是等待处理的字节数）。由于提示移交队列的实现，在处理字节和从磁盘中删除字节之间存在滞后。

queueTotalSize 用于确定节点的提示移交队列何时达到在 hinted-handoff max-size 参数中配置的最大大小。

hh_processor (仅限企业版)

hh_processor 测量存储单个队列（分片）的统计信息。在 InfluxDB Enterprise 中，每个数据节点上都有一个提示移交处理器。

hh_processor 测量有两个额外的标签

• node - 记录指标的目标节点。
• path - 磁盘上持久提示移交队列的路径。

bytesRead

从提示移交队列读取并发送到其目标数据节点的点的大小（以字节为单位）。请注意，如果在 HH 队列中有数据时重新启动数据节点进程，则 bytesRead 可能会稳定到一个大于 bytesWritten 的数字。提示移交写入以并发批次发生，由 retry-concurrency 设置确定。如果单个写入成功，则会递增指标。如果整个批次中的任何写入失败，则整个批次都被认为是不成功的，并且稍后将重试批次的每个部分。这不是此统计信息的预期行为。bytesRead 可能更大的另一种情况是在进程重新启动之后。假设在启动时，进程的先前运行中仍有 1000 字节在 HH 中排队。重新启动后立即将 bytesRead 和 bytesWritten 设置为零。假设 HH 已正确耗尽，并且未来的写入不需要 HH，则统计信息将读取 1000 字节读取和 0 字节写入。

bytesWritten

写入提示移交队列的总字节数。请注意，此统计信息仅跟踪当前进程生命周期内写入的字节数。重新启动或崩溃后，此统计信息将重置为零，即使提示移交队列不是空的。

queueBytes

提示移交队列中剩余的总字节数。此统计信息应准确且绝对地跟踪等待发送到远程节点的编码数据字节数。

与 bytesRead 和 bytesWritten 不同，此统计信息应在重新启动后保持正确（请参阅 #780）。

queueDepth

提示移交队列中的段总数。HH 队列是 10MB “段”文件的序列。这是一个粗粒度的统计信息，大致表示为远程节点排队的数据量。queueDepth 值可以使您了解队列何时增长或缩小。

writeBlocked

由于并发 HH 请求数超过限制而阻止的写入数。

writeDropped

由于写入似乎已损坏而从 HH 队列中删除的写入数。

writeNodeReq

成功将批次写入目标节点的写入请求总数。

writeNodeReqFail

从提示移交队列写入一批数据到目标节点失败的写入请求总数。

writeNodeReqPoints

从 HH 队列成功写入到目标节点的点总数 fr

writeShardReq

排队到提示移交队列中的每个写入批次请求的总数。

writeShardReqPoints

排队到提示移交队列中的点总数。

httpd

httpd 测量存储与 InfluxDB HTTP 服务器相关的字段。

authFail

由于需要身份验证，但未提供或不正确而中止的 HTTP 请求数。

clientError

由于客户端错误而导致的 HTTP 响应数，HTTP 状态代码为 4XX。

fluxQueryReq

已服务的 Flux 查询请求数。

fluxQueryReqDurationNs

执行 Flux 查询请求所花费的时间（挂钟时间），以纳秒为单位。

pingReq

InfluxDB HTTP 服务器服务 /ping HTTP 端点的次数。

pointsWrittenDropped

存储引擎丢弃的点数。

pointsWrittenFail

HTTP /write 端点接受但无法持久化的点数。

pointsWrittenOK

HTTP /write 端点成功接受和持久化的点数。

promReadReq

对 Prometheus /read 端点的读取请求数。

promWriteReq

对 Prometheus /write 端点的写入请求数。

queryReq

查询请求数。

queryReqDurationNs

总查询请求持续时间，以纳秒 (ns) 为单位。

queryRespBytes

查询响应中返回的总字节数。

recoveredPanics

HTTP 处理程序恢复的 panic 总数。

req

已服务的 HTTP 请求总数。

reqActive

当前活动请求数。

reqDurationNs

HTTP 请求内部花费的时间（挂钟时间），以纳秒为单位。

serverError

由于服务器错误而导致的 HTTP 响应数。

statusReq

使用 HTTP /status 端点服务的状态请求数。

valuesWrittenOK

HTTP /write 端点成功接受和持久化的值（字段）数。

writeReq

使用 HTTP /write 端点服务的写入请求数。

writeReqActive

当前活动写入请求数。

writeReqBytes

使用 HTTP /write 端点，写入请求接收的行协议数据总字节数。

writeReqDurationNs

使用 /write HTTP 端点服务的写入请求的持续时间（挂钟时间），以纳秒为单位。

queryExecutor

queryExecutor 统计信息与 InfluxDB 引擎的查询执行器的使用情况相关。

queriesActive

当前正在处理的活动查询数。

queriesExecuted

已执行（启动）的查询数。

queriesFinished

已完成执行的查询数。

queryDurationNs

每个执行的查询的持续时间（挂钟时间），以纳秒为单位。如果一个查询从开始到结束花费了 1000 纳秒，而另一个查询从开始到结束花费了 500 纳秒并在第一个查询完成之前运行，则统计信息将增加 1500。

recoveredPanics

查询执行器恢复的 panic 数。

rpc (仅限企业版)

rpc 测量统计信息与 InfluxDB Enterprise 集群中 RPC 调用的使用相关。

idleStreams

跨所有活动 TCP 连接的空闲多路复用流的数量。

liveConnections

与其他节点的当前活动 TCP 连接数。

liveStreams

跨所有活动 TCP 连接的当前活动多路复用流的数量。

rpcCalls

对远程节点进行的 RPC 调用总数。

rpcFailures

RPC 失败总数，即未恢复的 RPC。

rpcReadBytes

读取的 RPC 总字节数。

rpcRetries

重试至少一次的 RPC 调用总数。

rpcWriteBytes

写入的 RPC 总字节数。

singleUse

使用 Dial 打开的单次使用连接总数。

singleUseOpen

当前打开的单次使用连接数。

totalConnections

已建立的 TCP 连接总数。

totalStreams

已建立的流总数。

runtime

runtime 测量统计信息包括 MemStats 记录的 Go 内存分配器统计信息的子集。runtime 统计信息可用于确定不良的内存分配策略和相关的性能问题。

Go runtime package 包含与 Go 运行时系统交互的操作，包括用于控制 goroutine 的函数。它还包括 Go reflect package 使用的底层类型信息。

Alloc

当前分配的堆对象字节数。

Frees

已释放（活动）堆对象的累积数量。

HeapAlloc

所有堆对象的大小（以字节为单位）。

HeapIdle

空闲堆对象的字节数。

HeapInUse

正在使用的跨度中的字节数。

HeapObjects

已分配的堆对象数。

HeapReleased

返回到操作系统的物理内存字节数。

HeapSys

从操作系统获得的堆内存字节数。测量为堆保留的虚拟地址空间量。

Lookups

运行时执行的指针查找次数。主要用于调试运行时内部。

Mallocs

分配的堆对象总数。活动对象的总数为 Frees。

NumGC

已完成的 GC（垃圾回收）周期数。

NumGoroutine

Go 例程总数。

PauseTotalNs

GC（垃圾回收）暂停的总持续时间，以纳秒为单位。

Sys

从操作系统获得的内存总字节数。测量 Go 运行时为堆、堆栈和其他内部数据结构保留的虚拟地址空间。

TotalAlloc

为堆对象分配的总字节数。当对象被释放时，此统计信息不会减少。

shard

shard 测量统计信息与 InfluxDB OSS 和 InfluxDB Enterprise 中使用分片相关。

diskBytes

分片的大小（以字节为单位），包括数据目录和 WAL 目录的大小。

fieldsCreate

创建的字段数。

indexType

索引类型 inmem 或 tsi1。

seriesCreate

然后是创建的序列数。

writeBytes

写入分片的字节数。

writePointsDropped

从写入中删除点的请求数。此外，当从写入中删除点时，http.pointsWrittentDropped 会递增（请参阅 #780）。

writePointsErr

由于错误而未能写入的点写入请求数。

writePointsOk

成功写入的点数。

writeReq

写入请求总数。

writeReqErr

由于错误而失败的写入请求总数。

writeReqOk

成功的写入请求总数。

subscriber

subscriber 测量统计信息与 InfluxDB 订阅的使用相关。

createFailures

未能创建的订阅数。

pointsWritten

已成功写入订阅者的点总数。

writeFailures

未能写入订阅者的批次总数。

tsm1_cache

tsm1_cache 测量统计信息与 TSM 缓存的使用情况相关。以下查询示例计算与 TSM 缓存相关的各种有用测量值。

SELECT
     max(cacheAgeMs) / 1000.000 AS CacheAgeSeconds,
     max(memBytes) AS MaxMemBytes, max(diskBytes) AS MaxDiskBytes,
     max(snapshotCount) AS MaxSnapShotCount,
     (last(cachedBytes) - first(cachedBytes)) / (last(WALCompactionTimeMs) - first(WALCompactionTimeMs)) - 1000.000 AS CompactedBytesPerSecond,
     last(cachedBytes) AS CachedBytes,
     (last(cachedBytes) - first(cachedBytes))/300 as CacheThroughputBytesPerSecond
FROM _internal.monitor.tsm1_cache
WHERE time > now() - 1h
GROUP BY time(5m), path

cacheAgeMs

自上次在采样时间快照缓存以来的持续时间，以毫秒为单位。此统计信息指示缓存的繁忙程度。较大的数字表示相对于写入空闲的缓存。

cachedBytes

已写入快照的总字节数。此统计信息在创建快照期间更新。此统计信息的目的是允许计算任意两个时间实例之间的缓存吞吐量。此统计信息的两个样本之间的差异与分隔样本的间隔的比率是缓存吞吐量（更准确地说，是数据正在快照化的速率）的度量。当与 diskBytes 和 memBytes 统计信息结合使用时，它还可以用于计算数据进入缓存的速率和从缓存中清除的速率。如果入口速率持续超过出口速率，则存在需要解决的问题。

diskBytes

磁盘快照的大小（以字节为单位）。

memBytes

内存缓存的大小（以字节为单位）。

snapshotCount

活动快照的当前级别（数量）。在健康的系统中，此数字应介于 0 和 1 之间。遇到瞬时写入错误的系统可能会看到此数字上升。

WALCompactionTimeMs

压缩快照时持有提交锁定的持续时间，以毫秒为单位。表达式 (cachedBytes - diskBytes) / WALCompactionTime 指示将 WAL 日志提交到 TSM 文件的速度。间隔的开始和结束“WALCompactionTime”值之间的差异与间隔长度的比率指示正在消耗的最大缓存吞吐量的多少。

writeDropped

由于超时而丢弃的写入总数。

writeErr

失败的写入总数。

writeOk

成功的写入总数。

tsm1_engine

tsm1_engine 测量统计信息与使用压缩块的 TSM 存储引擎相关。

cacheCompactionDuration

在缓存压缩中花费的持续时间（挂钟时间），以纳秒为单位。

cacheCompactionErr

由于错误而失败的缓存压缩数。

cacheCompactions

曾经运行的缓存压缩总数。

cacheCompactionsActive

当前正在运行的缓存压缩数。

tsmFullCompactionDuration

在完全压缩中花费的持续时间（挂钟时间），以纳秒为单位。

tsmFullCompactionErr

由于错误而失败的 TSM 完全压缩总数。

tsmFullCompactionQueue

当前待处理的 TMS 完全压缩数。

tsmFullCompactions

曾经运行的 TSM 完全压缩总数。

tsmFullCompactionsActive

当前正在运行的 TSM 完全压缩数。

tsmLevel1CompactionDuration

在 TSM 级别 1 压缩中花费的持续时间（挂钟时间），以纳秒为单位。

tsmLevel1CompactionErr

由于错误而失败的 TSM 级别 1 压缩总数。

tsmLevel1CompactionQueue

当前待处理的 TSM 级别 1 压缩数。

tsmLevel1Compactions

曾经运行的 TSM 级别 1 压缩总数。

tsmLevel1CompactionsActive

当前正在运行的 TSM 级别 1 压缩数。

tsmLevel2CompactionDuration

在 TSM 级别 2 压缩中花费的持续时间（挂钟时间），以纳秒为单位。

tsmLevel2CompactionErr

由于错误而失败的 TSM 级别 2 压缩总数。

tsmLevel2CompactionQueue

当前待处理的 TSM 级别 2 压缩数。

tsmLevel2Compactions

曾经运行的 TSM 级别 2 压缩总数。

tsmLevel2CompactionsActive

当前正在运行的 TSM 级别 2 压缩数。

tsmLevel3CompactionDuration

在 TSM 级别 3 压缩中花费的持续时间（挂钟时间），以纳秒为单位。

tsmLevel3CompactionErr

由于错误而失败的 TSM 级别 3 压缩总数。

tsmLevel3CompactionQueue

当前待处理的 TSM 级别 3 压缩数。

tsmLevel3Compactions

曾经运行的 TSM 级别 3 压缩总数。

tsmLevel3CompactionsActive

当前正在运行的 TSM 级别 3 压缩数。

tsmOptimizeCompactionDuration

在 TSM 优化压缩期间花费的持续时间（挂钟时间），以纳秒为单位。

tsmOptimizeCompactionErr

由于错误而失败的 TSM 优化压缩总数。

tsmOptimizeCompactionQueue

当前待处理的 TSM 优化压缩数。

tsmOptimizeCompactions

曾经运行的 TSM 优化压缩总数。

tsmOptimizeCompactionsActive

当前正在运行的 TSM 优化压缩数。

tsm1_filestore

tsm1_filestore 测量统计信息与 TSM 文件存储的使用情况相关。

diskBytes

TSM 文件存储的磁盘使用量大小（以字节为单位）。

numFiles

TSM 文件存储中的文件总数。

tsm1_wal

tsm1_wal 测量统计信息与 TSM 预写日志 (WAL) 的使用情况相关。

currentSegmentDiskBytes

段磁盘的当前大小（以字节为单位）。

oldSegmentDiskBytes

段磁盘的大小（以字节为单位）。

writeErr

由于错误而失败的写入数。

writeOK

成功的写入数。

write

write 测量统计信息是关于对数据节点的写入，无论写入的来源如何。

pointReq

请求写入此数据节点的每个点的总数。传入的写入必须通过一些检查才能到达此点（点正确解析、提供正确的身份验证等）。在这些检查之后，无论来源（HTTP、UDP、_internal 统计信息、OpenTSDB 插件等）如何，都应递增此统计信息。

pointReqHH (仅限企业版)

此节点接收的写入点总数，然后排队到目标节点的提示移交中。

pointReqLocal (仅限企业版)

已尝试写入同一（本地）节点上的分片的点请求总数。

pointReqRemote (仅限企业版)

此节点接收的写入点总数，但需要转发到远程节点上的分片中。pointReqRemote 统计信息在远程写入尝试之前立即递增，这仅在 HH 不存在于该节点时才会发生。然后，如果写入尝试失败，我们会再次检查 HH 是否存在，如果存在，则将点添加到 HH。
此统计信息不区分直接写入目标节点的请求与排队到目标节点的提示移交队列的请求。

pointsWrittenOK

写入 HTTP /write 端点并成功持久化的点数。

req

请求写入此节点的点批次总数。

subWriteDrop

未能发送到订阅分发器的点批次总数。

subWriteOk

已成功发送到订阅分发器的点批次总数。

valuesWrittenOK

写入 HTTP /write 端点并成功持久化的值（字段）数。

writeDrop

由于时间戳与任何现有保留策略不匹配而删除的点写入请求总数。

writeError

由于写入本地或远程分片失败而未能成功写入的点批次总数。

writeOk

以请求的一致性级别写入的点批次总数。

writePartial (仅限企业版)

写入至少一个节点但未达到请求的一致性级别的点批次总数。

writeTimeout

在默认写入超时持续时间内未能完成的写入请求总数。这可能表明磁盘 I/O 严重减少或争用，或者到远程节点的网络拥塞。对于通过 HTTP 或其他输入方法传入的单个写入请求，如果整个批次未在超时时间内写入，则 writeTimeout 将递增 1，无论批次中的点是在本地还是远程写入。