Benchmark Tool
Benchmark Tool
1. Basic Overview
IoT-benchmark is a time-series database benchmarking tool developed in Java for big data environments. It was developed and open-sourced by the School of Software, Tsinghua University. The tool is user-friendly, supports various write and query methods, allows storing test information and results for further queries or analysis, and integrates with Tableau for visualizing test results.
Figure 1-1 illustrates the test benchmark process and its extended functionalities, all of which can be streamlined by IoT-benchmark. It supports a variety of workloads, including write-only, read-only, and mixed write-and-read operations. Additionally, it offers software and hardware system monitoring, performance metric measurement, automated database initialization, test data analysis, and system parameter optimization.

Figure 1-1 IoT-benchmark Test Benchmark Process
IoT-benchmark adopts the modular design concept of the YCSB test tool, which separates workload generation, performance measurement, and database interface components. Its modular structure is illustrated in Figure 1-2. Unlike YCSB-based testing tools, IoT-benchmark introduces a system monitoring module that supports the persistence of both test data and system metrics. It also includes load-testing functionalities specifically designed for time-series data scenarios, such as batch writes and multiple out-of-order data insertion modes for IoT environments.

Figure 1-2 IoT-benchmark Modular Design
Supported Databases
Currently, IoT-benchmark supports the following time series databases, versions and connection methods:
Database | Version | Connection mmethod |
---|---|---|
InfluxDB | v1.x v2.0 | SDK |
TimescaleDB | -- | JDBC |
OpenTSDB | -- | HTTP Request |
QuestDB | v6.0.7 | JDBC |
TDengine | v2.2.0.2 | JDBC |
VictoriaMetrics | v1.64.0 | HTTP Request |
KairosDB | -- | HTTP Request |
IoTDB | v2.0 v1.x v0.13 | JDBC, SessionByTablet, SessionByRecord, SessionByRecords |
2. Installation and Operation
Prerequisites
- Java 8
- Maven 3.6+
- The corresponding appropriate version of the database, such as Apache IoTDB 2.0
How to Obtain
Binary package: Visit https://github.com/thulab/iot-benchmark/releases to download the installation package. Extract the compressed file into a desired folder for use.
Source Code Compilation (for Apache IoTDB 2.0 testing):
Compile the latest IoTDB Session package: Download the IoTDB source code from https://github.com/apache/iotdb/tree/rc/2.0.1 and run the following command in the root directory to compile the latest IoTDB Session package:
mvn clean package install -pl session -am -DskipTests
Compile the IoT-benchmark test package: Download the source code from https://github.com/thulab/iot-benchmark and run the following command in the root directory to compile the Apache IoTDB 2.0 test package:.
mvn clean package install -pl iotdb-2.0 -am -DskipTests
The compiled test package will be located at:
```Bash ./iotdb-2.0/target/iotdb-2.0-0.0.1/iotdb-2.0-0.0.1 ```
Test Package Structure
The directory structure of the test package is shown below. The test configuration file is conf/config.properties
, and the test startup scripts are benchmark.sh
(Linux & MacOS) and benchmark.bat
(Windows). The detailed usage of the files is shown in the table below.
-rw-r--r--. 1 root root 2881 Jan 10 01:36 benchmark.bat
-rwxr-xr-x. 1 root root 314 Jan 10 01:36 benchmark.sh
drwxr-xr-x. 2 root root 24 Jan 10 01:36 bin
-rwxr-xr-x. 1 root root 1140 Jan 10 01:36 cli-benchmark.sh
drwxr-xr-x. 2 root root 107 Jan 10 01:36 conf
drwxr-xr-x. 2 root root 4096 Jan 10 01:38 lib
-rw-r--r--. 1 root root 11357 Jan 10 01:36 LICENSE
-rwxr-xr-x. 1 root root 939 Jan 10 01:36 rep-benchmark.sh
-rw-r--r--. 1 root root 14 Jan 10 01:36 routine
Name | File | Usage |
---|---|---|
benchmark.bat | - | Startup script on Windows |
benchmark.sh | - | Startup script on Linux/Mac |
bin | startup.sh | Initialization script folder |
conf | config.properties | Test scenario configuration file |
lib | - | Dependency library |
LICENSE | - | License file |
cli-benchmark.sh | - | One-click startup script |
routine | - | Automatic execution of multiple test configurations |
rep-benchmark.sh | - | Automatic execution of multiple test scripts |
Execution of Tests
Modify the configuration file (conf/config.properties) according to test requirements. For example, to test Apache IoTDB 2.0, set the following parameter:
DB_SWITCH=IoTDB-200-SESSION_BY_TABLET
Ensure the target time-series database is running.
Start IoT-benchmark to execute the test. Monitor the status of both the target database and IoT-benchmark during execution.
Upon completion, review the results and analyze the test process.
Results Interpretation
All test log files are stored in the logs
folder, while test results are saved in the data/csvOutput
folder. For example, the following result matrix illustrates the test outcome:

- Result Matrix:
- OkOperation: Number of successful operations.
- OkPoint: Number of successfully written points (for write operations) or successfully queried points (for query operations).
- FailOperation: Number of failed operations.
- FailPoint: Number of failed write points.
- Latency (ms) Matrix:
- AVG: Average operation latency.
- MIN: Minimum operation latency.
- Pn: Quantile values of the overall operation distribution (e.g., P25 represents the 25th percentile, or lower quartile).
3. Main Parameters
IoTDB Service Model
The IoTDB_DIALECT_MODE
parameter supports two modes: tree
and table
. The default value is tree
.
- For IoTDB 2.0 and later versions, the
IoTDB_DIALECT_MODE
parameter must be specified, and only one mode can be set for each IoTDB instance. - IoTDB_DIALECT_MODE = table:
- The number of devices must be an integer multiple of the number of tables.
- The number of tables must be an integer multiple of the number of databases.
- IoTDB_DIALECT_MODE = tree:
- The number of devices must be greater than or equal to the number of databases.
Key Parameters for IoTDB Service Model
Parameter name | Type | Example | System description |
---|---|---|---|
IoTDB_TABLE_NAME_PREFIX | String | table_ | Prefix for table names when IoTDB_DIALECT_MODE is set to table . |
DATA_CLIENT_NUMBER | Integer | 10 | Number of clients, must be an integer multiple of the table count. |
SENSOR_NUMBER | Integer | 10 | Controls the number of attribute columns in the table model. |
IoTDB_TABLE_NUMBER | Integer | 1 | Specifies the number of tables when using the table model. |
Working M****ode
The BENCHMARK_WORK_MODE
parameter supports four operational modes:
- General Test Mode (
testWithDefaultPath
): Configured via theOPERATION_PROPORTION
parameter to support write-only, read-only, and mixed read-write operations. - Data Generation Mode (
generateDataMode
): Generates a reusable dataset, which is saved toFILE_PATH
for subsequent use in the correctness write and correctness query modes. - Single Database Correctness Write Mode (
verificationWriteMode
): Verifies the correctness of dataset writing by writing the dataset generated in data generation mode. This mode supports only IoTDB v1.0+ and InfluxDB v1.x. - Single Database Correctness Query Mode (
verificationQueryMode
): Verifies the correctness of dataset queries after using the correctness write mode. This mode supports only IoTDB v1.0+ and InfluxDB v1.x.
Mode configurations are shown in the following below:
Mode name | BENCHMARK_WORK_MODE | Description | Required Configuration |
---|---|---|---|
General test mode | testWithDefaultPath | Supports multiple read and write mixed load operations. | OPERATION_PROPORTION |
Generate data mode | generateDataMode | Generates datasets recognizable by IoT-benchmark. | FILE_PATH and DATA_SET |
Single database correctness write mode | verificationWriteMode | Writes datasets for correctness verification. | FILE_PATH and DATA_SET |
Single database correctness query mode | verificationQueryMode | Queries datasets to verify correctness. | FILE_PATH and DATA_SET |
Server Connection Information
Once the working mode is specified, the following parameters must be configured to inform IoT-benchmark of the target time-series database:
Parameter | Type | Example | Description |
---|---|---|---|
DB_SWITCH | String | IoTDB-200-SESSION_BY_TABLET | Specifies the type of time-series database under test. |
HOST | String | 127.0.0.1 | Network address of the target time-series database. |
PORT | Integer | 6667 | Network port of the target time-series database. |
USERNAME | String | root | Login username for the time-series database. |
PASSWORD | String | root | Password for the database login user. |
DB_NAME | String | test | Name of the target time-series database. |
TOKEN | String | - | Authentication token (used for InfluxDB 2.0). |
Write Scenario Parameters
Parameter | Type | Example | Description |
---|---|---|---|
CLIENT_NUMBER | Integer | 100 | Total number of clients used for writing. |
GROUP_NUMBER | Integer | 20 | Number of databases (only applicable for IoTDB). |
DEVICE_NUMBER | Integer | 100 | Total number of devices. |
SENSOR_NUMBER | Integer | 300 | Total number of sensors per device. (Control the number of attribute columns if you use the IoTDB table model) |
INSERT_DATATYPE_PROPORTION | String | 1:1:1:1:1:1:0:0:0:0 | Ratio of data types: BOOLEAN:INT32:INT64:FLOAT:DOUBLE:TEXT:STRING:BLOB:TIMESTAMP:DATE . |
POINT_STEP | Integer | 1000 | Time interval (in ms) between generated data points. |
OP_MIN_INTERVAL | Integer | 0 | Minimum execution interval for operations (ms): if the operation takes more than the value, the next one will be executed immediately, otherwise wait (OP_MIN_INTERVAL - actual execution time) ms; if it is 0, the parameter is not effective; if it is -1, its value is consistent with POINT_STEP |
IS_OUT_OF_ORDER | Boolean | false | Specifies whether to write data out of order. |
OUT_OF_ORDER_RATIO | Floating point number | 0.3 | Proportion of out-of-order data. |
BATCH_SIZE_PER_WRITE | Integer | 1 | Number of data rows written per batch. |
START_TIME | Time | 2022-10-30T00:00:00+08:00 | Start timestamp for data generation. |
LOOP | Integer | 86400 | Total number of write operations: Each type of operation will be divided according to the proportion defined by OPERATION_PROPORTION |
OPERATION_PROPORTION | Character | 1:0:0:0:0:0:0:0:0:0:0 | Ratio of operation types (write:Q1:Q2:...:Q10). |
Query Scenario Parameters
Parameter | Type | Example | Description |
---|---|---|---|
QUERY_DEVICE_NUM | Integer | 2 | Number of devices involved in each query statement. |
QUERY_SENSOR_NUM | Integer | 2 | Number of sensors involved in each query statement. |
QUERY_AGGREGATE_FUN | Character | count | Aggregate functions used in queries (COUNT , AVG , SUM , etc.). |
STEP_SIZE | Integer | 1 | Time interval step for time filter conditions. |
QUERY_INTERVAL | Integer | 250000 | Time interval between query start and end times. |
QUERY_LOWER_VALUE | Integer | -5 | Threshold for conditional queries (WHERE value > QUERY_LOWER_VALUE ). |
GROUP_BY_TIME_UNIT | Integer | 20000 | The size of the group in the GROUP BY statement |
LOOP | Integer | 10 | Total number of query operations: Each type of operation will be divided according to the proportion defined by OPERATION_PROPORTION |
OPERATION_PROPORTION | Character | 0:0:0:0:0:0:0:0:0:0:1 | Ratio of operation types (write:Q1:Q2:...:Q10 ). |
Query Types and Example SQL
Number | Query Type | IoTDB Sample SQL |
---|---|---|
Q1 | Precise Point Query | select v1 from root.db.d1 where time = ? |
Q2 | Time Range Query | select v1 from root.db.d1 where time > ? and time < ? |
Q3 | Time Range with Value Filter | select v1 from root.db.d1 where time > ? and time < ? and v1 > ? |
Q4 | Time Range Aggregation Query | select count(v1) from root.db.d1 where and time > ? and time < ? |
Q5 | Full-Time Range with Filtering | select count(v1) from root.db.d1 where v1 > ? |
Q6 | Range Aggregation with Filter | select count(v1) from root.db.d1 where v1 > ? and time > ? and time < ? |
Q7 | Time Grouping Aggregation | select count(v1) from root.db.d1 group by ([?, ?), ?, ?) |
Q8 | Latest Point Query | select last v1 from root.db.d1 |
Q9 | Descending Range Query | select v1 from root.sg.d1 where time > ? and time < ? order by time desc |
Q10 | Descending Range with Filter | select v1 from root.sg.d1 where time > ? and time < ? and v1 > ? order by time desc |
Test process and test result persistence
IoT-benchmark currently supports persisting the test process and test results through configuration parameters.
Parameter | Type | Example | Description |
---|---|---|---|
TEST_DATA_PERSISTENCE | String | None | Specifies the result persistence method. Options: None , IoTDB , MySQL , CSV . |
RECORD_SPLIT | Boolean | true | Whether to split results into multiple records. (Not supported by IoTDB currently.) |
RECORD_SPLIT_MAX_LINE | Integer | 10000000 | Maximum number of rows per record (10 million rows per database table or CSV file). |
TEST_DATA_STORE_IP | String | 127.0.0.1 | IP address of the database for result storage. |
TEST_DATA_STORE_PORT | Integer | 6667 | Port number of the output database. |
TEST_DATA_STORE_DB | String | result | Name of the output database. |
TEST_DATA_STORE_USER | String | root | Username for accessing the output database. |
TEST_DATA_STORE_PW | String | root | Password for accessing the output database. |
Result Persistence Details
- CSV Mode: If
TEST_DATA_PERSISTENCE
is set toCSV
, adata
folder is generated in the IoT-benchmark root directory during and after test execution. This folder contains:csv
folder: Records the test process.csvOutput
folder: Stores the test results.
- MySQL Mode: If
TEST_DATA_PERSISTENCE
is set toMySQL
, IoT-benchmark creates the following tables in the specified MySQL database:- Test Process Table:
- Created before the test starts.
- Named as:
testWithDefaultPath_<database_name>_<remarks>_<test_start_time>
.
- Configuration Table:
- Named
CONFIG
. - Stores the test configuration.
- Created if it does not exist.
- Named
- Final Result Table:
- Named
FINAL_RESULT
. - Stores the test results after test completion.
- Created if it does not exist.
- Named
- Test Process Table:
Automation Script
One-Click Script Startup
The cli-benchmark.sh
script allows one-click startup of IoTDB, IoTDB Benchmark monitoring, and IoTDB Benchmark testing. However, please note that this script will clear all existing data in IoTDB during startup, so use it with caution.
Steps to Run:
- Edit the
IOTDB_HOME
parameter incli-benchmark.sh
to the local IoTDB directory. - Start the test by running the following command:
> ./cli-benchmark.sh
- After the test completes:
- Check test-related logs in the
logs
folder. - Check monitoring-related logs in the
server-logs
folder.
- Check test-related logs in the
Automatic Execution of Multiple Tests
Single tests are often insufficient without comparative results. Therefore, IoT-benchmark provides an interface for executing multiple tests in sequence.
Routine Configuration: Each line in the
routine
file specifies the parameters that change for each test. For example:LOOP=10 DEVICE_NUMBER=100 TEST LOOP=20 DEVICE_NUMBER=50 TEST LOOP=50 DEVICE_NUMBER=20 TEST
In this example, three tests will run sequentially with LOOP
values of 10, 20, and 50.
Then the test process with 3 LOOP parameters of 10, 20, and 50 is executed in sequence.
Important Notes:
Multiple parameters can be changed in each test using the format:
LOOP=20 DEVICE_NUMBER=10 TEST
Avoid unnecessary spaces.
The
TEST
keyword marks the start of a new test.Changed parameters persist across subsequent tests unless explicitly reset.
Start the Test: After configuring the
routine
file, start multi-test execution using the following command> ./rep-benchmark.sh
Test results will be displayed in the terminal.
Important Notes:
Closing the terminal or losing the client connection will terminate the test process.
To run the test as a background daemon, execute:
> ./rep-benchmark.sh > /dev/null 2>&1 &
To monitor progress, check the logs:
> cd ./logs > tail -f log_info.log
4. Test Example
This example demonstrates how to configure and run an IoT-benchmark test with IoTDB 2.0 using the table model for writing and querying.
----------------------Main Configurations----------------------
BENCHMARK_WORK_MODE=testWithDefaultPath
IoTDB_DIALECT_MODE=TABLE
DB_SWITCH=IoTDB-200-SESSION_BY_TABLET
GROUP_NUMBER=1
IoTDB_TABLE_NUMBER=1
DEVICE_NUMBER=60
REAL_INSERT_RATE=1.0
SENSOR_NUMBER=10
OPERATION_PROPORTION=1:0:0:0:0:0:0:0:0:0:0:0
SCHEMA_CLIENT_NUMBER=10
DATA_CLIENT_NUMBER=10
LOOP=10
BATCH_SIZE_PER_WRITE=10
DEVICE_NUM_PER_WRITE=1
START_TIME=2025-01-01T00:00:00+08:00
POINT_STEP=1000
INSERT_DATATYPE_PROPORTION=1:1:1:1:1:1:0:0:0:0
VECTOR=true
Execution Steps:
- Ensure the target database (IoTDB 2.0) is running.
- Start IoT-benchmark using the configured parameters.
- Upon completion, view the test results.
Create schema cost 0.88 second
Test elapsed time (not include schema creation): 4.60 second
----------------------------------------------------------Result Matrix----------------------------------------------------------
Operation okOperation okPoint failOperation failPoint throughput(point/s)
INGESTION 600 60000 0 0 13054.42
PRECISE_POINT 0 0 0 0 0.00
TIME_RANGE 0 0 0 0 0.00
VALUE_RANGE 0 0 0 0 0.00
AGG_RANGE 0 0 0 0 0.00
AGG_VALUE 0 0 0 0 0.00
AGG_RANGE_VALUE 0 0 0 0 0.00
GROUP_BY 0 0 0 0 0.00
LATEST_POINT 0 0 0 0 0.00
RANGE_QUERY_DESC 0 0 0 0 0.00
VALUE_RANGE_QUERY_DESC 0 0 0 0 0.00
GROUP_BY_DESC 0 0 0 0 0.00
---------------------------------------------------------------------------------------------------------------------------------
--------------------------------------------------------------------------Latency (ms) Matrix--------------------------------------------------------------------------
Operation AVG MIN P10 P25 MEDIAN P75 P90 P95 P99 P999 MAX SLOWEST_THREAD
INGESTION 41.77 0.95 1.41 2.27 6.76 24.14 63.42 127.18 1260.92 1265.72 1265.49 2581.91
PRECISE_POINT 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
TIME_RANGE 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
VALUE_RANGE 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
AGG_RANGE 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
AGG_VALUE 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
AGG_RANGE_VALUE 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
GROUP_BY 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
LATEST_POINT 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
RANGE_QUERY_DESC 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
VALUE_RANGE_QUERY_DESC 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
GROUP_BY_DESC 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------