Evangelos Mouroutsos
05/02/2026, 1:36 PMRocky
05/02/2026, 1:36 PMtable.datalake.enabled = 'true'). This causes "hot" real-time data to stay in Fluss while older "warm" data is automatically compacted and moved to Iceberg/Paimon.
* StarRocks Role: You can then use StarRocks' high-performance Iceberg Catalog or Paimon Catalog to query the tiered data directly.
* Union Reads: While the native Fluss catalog handles the "hot" data, StarRocks can join or union data across the Fluss Catalog and the Lakehouse Catalog (Iceberg/Paimon) to provide a unified view of both real-time and historical data.
Summary of Support
Feature | Status (as of May 2026)
Fluss Catalog | Supported (Beta/Latest Releases)
Metadata Sync | Automatic via Catalog
Data Lake Tiering | Supported via Iceberg/Paimon Catalogs
Query Engine | Native C++ execution for both Fluss and Lakehouse formats
How to use it (Native Catalog Example):
sql
CREATE EXTERNAL CATALOG fluss_catalog
PROPERTIES (
"type" = "fluss",
"fluss.bootstrap.servers" = "coordinator-server:9123"
);
-- Query real-time data directly
SELECT * FROM fluss_catalog.db_name.table_name LIMIT 10;
If you are using a version of StarRocks that does not yet have the native Fluss catalog, the recommended architecture is to tier Fluss data to Iceberg and use the StarRocks Iceberg Catalog for analysis.