|
1 | 1 | > [!Note]
|
2 | 2 | > #### InfluxDB Core and Enterprise relationship
|
3 |
| -> |
| 3 | +> |
4 | 4 | > InfluxDB 3 Enterprise is a superset of InfluxDB 3 Core.
|
5 | 5 | > All updates to Core are automatically included in Enterprise.
|
6 | 6 | > The Enterprise sections below only list features exclusive to Enterprise.
|
7 | 7 |
|
| 8 | + |
8 | 9 | ## v0.1.0 Beta {date="2025-03-17"}
|
9 | 10 |
|
10 | 11 | ### Core
|
11 | 12 | #### Features
|
12 |
| -- **Query and storage enhancements** |
13 |
| - - New ability to stream response data for CSV and JSON queries, similar to how JSONL streaming works. |
14 |
| - - Parquet files are now cached on the query path, improving performance. |
15 |
| - - Query buffer is incrementally cleared when snapshotting, lowering memory spikes. |
16 |
| - |
17 |
| -- **Processing engine improvements** |
18 |
| - - New _scheduled_ trigger enables Python plugins to run on a custom, time-defined basis. |
19 |
| - - New _request_ trigger enables calling Python plugins via HTTP requests. |
20 |
| - - New in-memory cache for storing data temporarily; cached data can be stored for a single trigger or across all triggers. |
21 |
| - - Integration with virtual environments and install packages. You can now specify a Python virtual environment via the CLI or `VIRTUAL_ENV` variable and install packages or a `requirements.txt`. |
22 |
| - - Python plugins are now implemented through triggers only. Simply create a trigger that references your Python plugin code file directly. |
23 |
| - - Snapshots are now persisted in parallel, improving performance by running jobs simultaneously, rather than sequentially. |
24 |
| - - Write to logs from within the Processing Engine. |
25 |
| - |
26 |
| -- **DB and CLI improvements** |
27 |
| - - You can now specify the precision on your timestamps for writes using the `--precision` flag. Includes nano/micro/milli/seconds (ns/us/ms/s). |
28 |
| - - Added a new `show` system subcommand to display system tables with different options via SQL (default limit: 100) |
29 |
| - - Clearer table creation error messages |
30 |
| - |
31 |
| -#### Bug fixes |
32 |
| - - If a database was created and the service was killed before any data was written, the database would not be retained. |
33 |
| - - A last cache with specific “value” columns could not be queried. |
34 |
| - - Running CTRL-C no longer stopped an InfluxDB process, due to a Python trigger. |
35 |
| - - A previous build had broken JSON queries for RecordBatches. |
36 |
| - - There was an issue with the distinct cache that caused panics. |
37 |
| - |
38 |
| -### Enterprise |
39 |
| -#### Features |
40 |
| -- **Cluster management** |
41 |
| - - Nodes are now associated with _clusters_, simplifying compaction, read replication, and rocessing. |
42 |
| - - Node specs are now available for simpler management of cache creations. |
43 |
| -- **Mode types** |
44 |
| - - Ingest, query, compaction, and processing engine can now all be set individually per node. |
| 13 | + |
| 14 | +##### Query and storage enhancements |
| 15 | +- New ability to stream response data for CSV and JSON queries, similar to how JSONL streaming works |
| 16 | +- Parquet files are now cached on the query path, improving performance |
| 17 | +- Query buffer is incrementally cleared when snapshotting, lowering memory spikes |
| 18 | + |
| 19 | +##### Processing engine improvements |
| 20 | +- New Trigger Types: |
| 21 | + - *Scheduled*: Run Python plugins on custom, time-defined basis |
| 22 | + - *Request*: Call Python plugins via HTTP requests |
| 23 | +- New in-memory cache for storing data temporarily; cached data can be stored for a single trigger or across all triggers |
| 24 | +- Integration with virtual environments and install packages: |
| 25 | + - Specify Python virtual environment via CLI or `VIRTUAL_ENV` variable |
| 26 | + - Install packages or a `requirements.txt` |
| 27 | +- Python plugins are now implemented through triggers only. Simply create a trigger that references your Python plugin code file directly |
| 28 | +- Snapshots are now persisted in parallel, improving performance by running jobs simultaneously, rather than sequentially |
| 29 | +- Write to logs from within the Processing Engine |
| 30 | + |
| 31 | +##### Database and CLI improvements |
| 32 | +- You can now specify the precision on your timestamps for writes using the `--precision` flag. Includes nano/micro/milli/seconds (ns/us/ms/s) |
| 33 | +- Added a new `show` system subcommand to display system tables with different options via SQL (default limit: 100) |
| 34 | +- Clearer table creation error messages |
| 35 | + |
| 36 | +##### Bug fixes |
| 37 | +- If a database was created and the service was killed before any data was written, the database would not be retained |
| 38 | +- A last cache with specific "value" columns could not be queried |
| 39 | +- Running CTRL-C no longer stopped an InfluxDB process, due to a Python trigger |
| 40 | +- A previous build had broken JSON queries for RecordBatches |
| 41 | +- There was an issue with the distinct cache that caused panics |
| 42 | + |
| 43 | +#### Parameter changes |
| 44 | + |
| 45 | +For Core and Enterprise, there are parameter changes for simplicity: |
| 46 | + |
| 47 | +| Old Parameter | New Parameter | |
| 48 | +|---------------|---------------| |
| 49 | +| `--writer-id`<br>`--host-id` | `--node-id` | |
| 50 | + |
| 51 | +### Enterprise features |
| 52 | + |
| 53 | +#### Cluster management |
| 54 | +- Nodes are now associated with _clusters_, simplifying compaction, read replication, and processing |
| 55 | +- Node specs are now available for simpler management of cache creations |
| 56 | + |
| 57 | +#### Mode types |
| 58 | + |
| 59 | +- Set `ingest`, `query`, `compact`, and `process` individually per node |
| 60 | + |
| 61 | +### Enterprise parameter changes |
| 62 | + |
| 63 | +For Enterprise, additional parameters for the `serve` command have been consolidated for simplicity: |
| 64 | + |
| 65 | +| Old Parameter | New Parameter | |
| 66 | +|---------------|---------------| |
| 67 | +| `--read-from-node-ids`<br>`--compact-from-node-ids` | `--cluster-id` | |
| 68 | +| `--run-compactions`<br>`--mode=compactor` | `--mode=compact`<br>`--mode=compact` | |
| 69 | + |
| 70 | +In addition to the above changes, `--cluster-id` is now a required parameter for all new instances. |
0 commit comments