Skip to main content


...About 1 min


The storage group is specified by the user display.
Use the statement "SET STORAGE GROUP TO" to specify the storage group.
Each storage group has a corresponding StorageGroupProcessor.

To ensure eventually consistency, a insert lock (exclusive lock) is used to synchronize each insert request in each storage group.
So the server side parallelism of data ingestion is equal to the number of storage group.


From background, we can infer that the parallelism of data ingestion of IoTDB is max(num of client, server side parallelism), which equals to max(num of client, num of storage group)

The concept of storage group usually is related to real world entity such as factory, location, country and so on.
The number of storage groups may be small which makes the parallelism of data ingestion of IoTDB insufficient. We can't jump out of this dilemma even we start hundreds of client for ingestion.


Our idea is to group devices into buckets and change the granularity of synchronization from storage group level to device buckets level.

In detail, we use hash to group different devices into buckets called virtual storage group.
For example, one device called ""(assume it's storage group is "root.sgopen in new window") is belonged to virtual storage group "root.sgopen in new window.[hash("") mod num_of_virtual_storage_group]"


To use virtual storage group, you can set this config below:


Recommended value is [virtual storage group number] = [CPU core number] / [user-defined storage group number]

For more information, you can refer to this page.

Copyright © 2024 The Apache Software Foundation.
Apache and the Apache feather logo are trademarks of The Apache Software Foundation

Have a question? Connect with us on QQ, WeChat, or Slack. Join the community now.