mirror of
https://github.com/VictoriaMetrics/VictoriaMetrics.git
synced 2024-11-23 12:31:07 +01:00
docs/Single-server-VictoriaMetrics.md: add a chapter about data updates
This commit is contained in:
parent
a034f02fb2
commit
a9ffd233df
@ -130,6 +130,7 @@ See [features available for enterprise customers](https://github.com/VictoriaMet
|
|||||||
* [Monitoring](#monitoring)
|
* [Monitoring](#monitoring)
|
||||||
* [Troubleshooting](#troubleshooting)
|
* [Troubleshooting](#troubleshooting)
|
||||||
* [Backfilling](#backfilling)
|
* [Backfilling](#backfilling)
|
||||||
|
* [Data updates](#data-updates)
|
||||||
* [Replication](#replication)
|
* [Replication](#replication)
|
||||||
* [Backups](#backups)
|
* [Backups](#backups)
|
||||||
* [Profiling](#profiling)
|
* [Profiling](#profiling)
|
||||||
@ -1077,6 +1078,14 @@ Yet another solution is to increase `-search.cacheTimestampOffset` flag value in
|
|||||||
for data with timestamps close to the current time.
|
for data with timestamps close to the current time.
|
||||||
|
|
||||||
|
|
||||||
|
### Data updates
|
||||||
|
|
||||||
|
VictoriaMetrics doesn't support updating already exiting sample values to new ones. It stores all the ingested data points
|
||||||
|
for the same time series with identical timestamps. While is possible substituting old time series with new time series via
|
||||||
|
[removal of old time series](#how-to-delete-timeseries) and then [writing new time series](#backfilling), this approach
|
||||||
|
should be used only for one-off updates. It shouldn't be used for frequent updates because of non-zero overhead related to data removal.
|
||||||
|
|
||||||
|
|
||||||
### Replication
|
### Replication
|
||||||
|
|
||||||
Single-node VictoriaMetrics doesn't support application-level replication. Use cluster version instead.
|
Single-node VictoriaMetrics doesn't support application-level replication. Use cluster version instead.
|
||||||
|
@ -130,6 +130,7 @@ See [features available for enterprise customers](https://github.com/VictoriaMet
|
|||||||
* [Monitoring](#monitoring)
|
* [Monitoring](#monitoring)
|
||||||
* [Troubleshooting](#troubleshooting)
|
* [Troubleshooting](#troubleshooting)
|
||||||
* [Backfilling](#backfilling)
|
* [Backfilling](#backfilling)
|
||||||
|
* [Data updates](#data-updates)
|
||||||
* [Replication](#replication)
|
* [Replication](#replication)
|
||||||
* [Backups](#backups)
|
* [Backups](#backups)
|
||||||
* [Profiling](#profiling)
|
* [Profiling](#profiling)
|
||||||
@ -1077,6 +1078,14 @@ Yet another solution is to increase `-search.cacheTimestampOffset` flag value in
|
|||||||
for data with timestamps close to the current time.
|
for data with timestamps close to the current time.
|
||||||
|
|
||||||
|
|
||||||
|
### Data updates
|
||||||
|
|
||||||
|
VictoriaMetrics doesn't support updating already exiting sample values to new ones. It stores all the ingested data points
|
||||||
|
for the same time series with identical timestamps. While is possible substituting old time series with new time series via
|
||||||
|
[removal of old time series](#how-to-delete-timeseries) and then [writing new time series](#backfilling), this approach
|
||||||
|
should be used only for one-off updates. It shouldn't be used for frequent updates because of non-zero overhead related to data removal.
|
||||||
|
|
||||||
|
|
||||||
### Replication
|
### Replication
|
||||||
|
|
||||||
Single-node VictoriaMetrics doesn't support application-level replication. Use cluster version instead.
|
Single-node VictoriaMetrics doesn't support application-level replication. Use cluster version instead.
|
||||||
|
Loading…
Reference in New Issue
Block a user