系统状态监控

进入Jconsole监控页面后，首先看到的是IoTDB各类运行情况的概览。在这里，您可以看到堆内存信息、线程信息、类信息以及服务器的CPU使用情况。

JMX MBean监控

通过使用JConsole工具并与JMX连接，您可以查看一些系统统计信息和参数。 本节描述如何使用JConsole的 “Mbean” 选项卡来监视IoTDB的一些系统配置、写入数据统计等等。 连接到JMX后，您可以通过 “MBeans” 标签找到名为 “org.apache.iotdb.service” 的 “MBean”，如下图所示。

Monitor下有几个属性，包括数据文件目录，写入数据统计信息以及某些系统参数的值。 通过双击与属性对应的值，它还可以显示该属性的折线图。有关Monitor属性的具体介绍，请参见以下部分。

• MBean监视器属性列表

• SystemDirectory

• DataSizeInByte

• EnableStatMonitor

• WriteAheadLogStatus

• GlobalTotalPointsNum

• GlobalReqSuccessNum

• GlobalReqFailNum

数据统计监控

本模块对数据写入操作提供一些统计信息的监控，包括：

• IoTDB 中数据文件的大小 (以字节为单位) ，数据写入的总点数
• 写入操作成功和失败的次数

开启/关闭监控

用户可以选择开启或关闭数据统计监控功能（您可以设定配置文件中的项，详细信息参见）。

默认情况下，统计数据只储存在内存中，可以使用 Jconsole 进行访问。

统计数据还支持以时间序列的格式写入磁盘，可以通过设置配置文件中的enable_monitor_series_write开启。开启后，可以使用 select 命令来对这些统计数据进行查询。

写入数据统计

系统目前对写入数据的统计可分为两大模块： 全局（Global） 写入数据统计和存储组（Storage Group） 写入数据统计。全局统计量记录了所有写入数据的点数、请求数统计，存储组统计量对每一个存储组的写入数据进行了统计。

系统设定监控模块的采集粒度为每个数据文件刷入磁盘时更新一次统计信息，因此数据精度可能和实际有所出入。如需获取准确信息，请先调用 flush 方法后再查询。

写入数据统计项列表（括号内为统计量支持的范围）：

• TOTAL_POINTS (全局，存储组)

• TOTAL_REQ_SUCCESS (全局)

以上属性同样支持在 Jconsole 中进行可视化显示。对于每个存储组的统计信息，为了避免存储组过多造成显示混乱，用户可以在 Monitor Mbean 下的操作方法中输入存储组名进行相应的统计信息查询。

示例

下面为您展示两个具体的例子。用户可以通过语句查询自己所需要的写入数据统计项。（查询方法与普通的时间序列查询方式一致）

我们以查询全局统计量总点数（TOTAL_POINTS）为例，用IoTDB SELECT语句查询它的值。SQL语句如下：

我们以查询存储组root.ln的统计量总点数（TOTAL_POINTS）为例，用IoTDB SELECT语句查询它的值。SQL语句如下：

若您需要查询当前系统的最新信息，您可以使用最新数据查询，SQL语句如下：

性能监控

介绍

性能监控模块用来监控IOTDB每一个操作的耗时，以便用户更好的了解数据库的整体性能。此模块会统计每一种操作的平均耗时，以及耗时在一定时间区间内（1ms，4ms，16ms，64ms，256ms，1024ms，以上）的操作的比例。输出文件在log_measure.log中。输出样例如下：

配置参数

配置文件位置：conf/iotdb-engine.properties

**表 -配置参数以及描述项**

利用JMX MBean动态调节参数

通过端口31999连接jconsole，并在上方菜单项中选择MBean. 展开侧边框并选择 org.apache.iotdb.db.cost.statistic. 将会得到如下图所示结果：

属性

1. EnableStat：是否开启性能监控模块，如果被设置为true，则性能监控模块会记录每个操作的耗时并打印结果。这个参数不能直接通过jconsole直接更改，但可通过下方的函数来进行动态设置。
2. DisplayIntervalInMs：相邻两次打印结果的时间间隔。这个参数可以直接设置，但它要等性能监控模块重启才会生效。重启性能监控模块可以通过先调用 stopStatistic()然后调用startContinuousStatistics()或者直接调用 startOneTimeStatistics()实现。
3. OperationSwitch：这个属性用来展示针对每一种操作是否开启了监控统计，map的键为操作的名字，值为是否针对这种操作开启性能监控。这个参数不能直接通过jconsole直接更改，但可通过下方的 ‘changeOperationSwitch()’函数来进行动态设置。

操作

1. startStatistics：开启性能监控。
2. startContinuousPrintStatistics：开启性能监控并以‘DisplayIntervalInMs’的时间间隔打印统计结果。
3. startPrintStatisticsOnce：开启性能监控并以‘DisplayIntervalInMs’的时间延迟打印一次统计结果。
4. stopPrintStatistic：关闭打印性能监控的统计结果。
5. stopStatistic：关闭性能监控。
6. clearStatisticalState(): 清除以统计的结果，从新开始统计。
7. changeOperationSwitch(String operationName, Boolean operationState):设置是否针对每一种不同的操作开启监控。参数‘operationName是操作的名称，在OperationSwitch属性中展示了所有操作的名称。参数 ‘operationState’是操作的状态，打开或者关闭。如果状态设置成功则此函数会返回true，否则返回false。

增加操作项

在org.apache.iotdb.db.cost.statistic.Operation类中增加一个枚举项来表示新增的操作.

在监控区域增加监控代码

在监控开始区域增加计时代码:

cache命中率统计

概述

为了提高查询性能，IOTDB对ChunkMetaData和TsFileMetaData进行了缓存。用户可以通过debug级别的日志以及MXBean两种方式来查看缓存的命中率，并根据缓存命中率以及系统内存来调节缓存所使用的内存大小。使用MXBean查看缓存命中率的方法为：

1. 通过端口31999连接jconsole，并在上方菜单项中选择‘MBean’.
2. 展开侧边框并选择 ‘org.apache.iotdb.db.service’. 将会得到如下图所示结果：

系统日志

IoTDB支持用户通过修改日志配置文件的方式对IoTDB系统日志（如日志输出级别等）进行配置，系统日志配置文件默认位置在$IOTDB_HOME/conf文件夹下，默认的日志配置文件名为logback.xml。用户可以通过增加或更改其中的xml树型节点参数对系统运行日志的相关配置进行修改。详细配置说明参看本文日志文件配置说明。

同时，为了方便在系统运行过程中运维人员对系统的调试，我们为系统运维人员提供了动态修改日志配置的JMX接口，能够在系统不重启的前提下实时对系统的Log模块进行配置。详细使用方法参看动态系统日志配置说明)。

连接JMX

本节以Jconsole为例介绍连接JMX并进入动态系统日志配置模块的方法。启动Jconsole控制页面，在新建连接处建立与IoTDB Server的JMX连接（可以选择本地进程或给定IoTDB的IP及PORT进行远程连接，IoTDB的JMX服务默认运行端口为31999），如下图使用远程进程连接Localhost下运行在31999端口的IoTDB JMX服务。

连接到JMX后，您可以通过MBean选项卡找到名为的MBean，如下图所示。

在ch.qos.logback.classic的MBean操作（Operations）选项中，可以看到当前动态系统日志配置支持的6种接口，您可以通过使用相应的方法，来执行相应的操作，操作页面如图。

动态系统日志接口说明

• reloadDefaultConfiguration接口

该方法为重新加载默认的logback配置文件，用户可以先对默认的配置文件进行修改，然后调用该方法将修改后的配置文件重新加载到系统中，使其生效。

• reloadByFileName接口

该方法为加载一个指定路径的logback配置文件，并使其生效。该方法接受一个名为p1的String类型的参数，该参数为需要指定加载的配置文件路径。

• getLoggerEffectiveLevel接口

该方法为获取指定Logger当前生效的日志级别。该方法接受一个名为p1的String类型的参数，该参数为指定Logger的名称。该方法返回指定Logger当前生效的日志级别。

该方法为获取指定Logger的日志级别。该方法接受一个名为p1的String类型的参数，该参数为指定Logger的名称。该方法返回指定Logger的日志级别。

需要注意的是，该方法与getLoggerEffectiveLevel方法的区别在于，该方法返回的是指定Logger在配置文件中被设定的日志级别，如果用户没有对该Logger进行日志级别的设定，则返回空。按照Logback的日志级别继承机制，如果一个Logger没有被显示地设定日志级别，其将会从其最近的祖先继承日志级别的设定。这时，调用getLoggerEffectiveLevel方法将返回该Logger生效的日志级别；而调用本节所述方法，将返回空。

• setLoggerLevel接口

该方法为设置指定Logger的日志级别。该方法接受一个名为p1的String类型的参数和一个名为p2的String类型的参数，分别指定Logger的名称和目标的日志等级。