2024-01-08 16:50:59 +00:00
|
|
|
[package]
|
|
|
|
name = "influxdb3_write"
|
|
|
|
version.workspace = true
|
|
|
|
authors.workspace = true
|
|
|
|
edition.workspace = true
|
|
|
|
license.workspace = true
|
|
|
|
|
|
|
|
[dependencies]
|
2024-02-29 21:21:41 +00:00
|
|
|
# Core Crates
|
|
|
|
data_types.workspace = true
|
|
|
|
datafusion_util.workspace = true
|
|
|
|
influxdb-line-protocol.workspace = true
|
|
|
|
iox_catalog.workspace = true
|
|
|
|
iox_query.workspace = true
|
2024-03-11 17:54:09 +00:00
|
|
|
iox_time.workspace = true
|
2024-03-12 13:47:32 +00:00
|
|
|
parquet_file.workspace = true
|
2024-02-29 21:21:41 +00:00
|
|
|
observability_deps.workspace = true
|
|
|
|
schema.workspace = true
|
2024-01-08 16:50:59 +00:00
|
|
|
|
2024-02-29 21:21:41 +00:00
|
|
|
# crates.io dependencies
|
|
|
|
arrow.workspace = true
|
|
|
|
async-trait.workspace = true
|
|
|
|
byteorder.workspace = true
|
2024-03-26 19:22:19 +00:00
|
|
|
bytes.workspace = true
|
2024-02-29 21:21:41 +00:00
|
|
|
chrono.workspace = true
|
|
|
|
crc32fast.workspace = true
|
|
|
|
crossbeam-channel.workspace = true
|
|
|
|
datafusion.workspace = true
|
2024-03-26 19:22:19 +00:00
|
|
|
futures-util.workspace = true
|
|
|
|
hex.workspace = true
|
2024-02-29 21:21:41 +00:00
|
|
|
object_store.workspace = true
|
|
|
|
parking_lot.workspace = true
|
|
|
|
parquet.workspace = true
|
|
|
|
thiserror.workspace = true
|
|
|
|
tokio.workspace = true
|
|
|
|
serde.workspace = true
|
|
|
|
serde_json.workspace = true
|
2024-03-26 19:22:19 +00:00
|
|
|
sha2.workspace = true
|
2024-02-29 21:21:41 +00:00
|
|
|
snap.workspace = true
|
2024-03-12 13:47:32 +00:00
|
|
|
url.workspace = true
|
feat: add basic wal implementation for Edge (#24570)
* feat: add basic wal implementation for Edge
This WAL implementation uses some of the code from the wal crate, but departs pretty significantly from it in many ways. For now it uses simple JSON encoding for the serialized ops, but we may want to switch that to Protobuf at some point in the future. This version of the wal doesn't have its own buffering. That will be implemented higher up in the BufferImpl, which will use the wal and SegmentWriter to make data in the buffer durable.
The write flow will be that writes will come into the buffer and validate/update against an in memory Catalog. Once validated, writes will get buffered up in memory and then flushed into the WAL periodically (likely every 10-20ms). After being flushed to the wal, the entire batch of writes will be put into the in memory queryable buffer. After that responses will be sent back to the clients. This should reduce the write lock pressure on the in-memory buffer considerably.
In this PR:
- Update the Wal, WalSegmentWriter, and WalSegmentReader traits to line up with new design/understanding
- Implement wal (mainly just a way to identify segment files in a directory)
- Implement WalSegmentWriter (write header, op batch with crc, and track sequence number in segment, re-open existing file)
- Implement WalSegmentReader
* refactor: make Wal return impl reader/writer
* refactor: clean up wal segment open
* fix: WriteBuffer and Wal usage
Turn wal and write buffer references into a concrete type, rather than dyn.
* fix: have wal loading ignore invalid files
2024-01-12 16:52:28 +00:00
|
|
|
|
|
|
|
[dev-dependencies]
|
2024-02-29 21:21:41 +00:00
|
|
|
# Core Crates
|
|
|
|
arrow_util.workspace = true
|
feat: add the `api/v3/query_influxql` API (#24696)
feat: add query_influxql api
This PR adds support for the /api/v3/query_influxql API. This re-uses code from the existing query_sql API, but some refactoring was done to allow for code re-use between the two.
The main change to the original code from the existing query_sql API was that the format is determined up front, in the event that the user provides some incorrect Accept header, so that the 400 BAD REQUEST is returned before performing the query.
Support of several InfluxQL queries that previously required a bridge to be executed in 3.0 was added:
SHOW MEASUREMENTS
SHOW TAG KEYS
SHOW TAG VALUES
SHOW FIELD KEYS
SHOW DATABASES
Handling of qualified measurement names in SELECT queries (see below)
This is accomplished with the newly added iox_query_influxql_rewrite crate, which provides the means to re-write an InfluxQL statement to strip out a database name and retention policy, if provided. Doing so allows the query_influxql API to have the database parameter optional, as it may be provided in the query string.
Handling qualified measurement names in SELECT
The implementation in this PR will inspect all measurements provided in a FROM clause and extract the database (DB) name and retention policy (RP) name (if not the default). If multiple DB/RP's are provided, an error is thrown.
Testing
E2E tests were added for performing basic queries against a running server on both the query_sql and query_influxql APIs. In addition, the test for query_influxql includes some of the InfluxQL-specific queries, e.g., SHOW MEASUREMENTS.
Other Changes
The influxdb3_client now has the api_v3_query_influxql method (and a basic test was added for this)
2024-03-01 17:27:38 +00:00
|
|
|
pretty_assertions.workspace = true
|
2024-02-29 21:21:41 +00:00
|
|
|
test_helpers.workspace = true
|