From f01a9ab3e749f4c26abde90d33eab76a64a5c6e8 Mon Sep 17 00:00:00 2001 From: meelahme Date: Tue, 25 Feb 2025 17:17:36 -0800 Subject: [PATCH] Adding a no_sync documentation to get-started page (#5826) --- content/shared/v3-core-get-started/_index.md | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/content/shared/v3-core-get-started/_index.md b/content/shared/v3-core-get-started/_index.md index c216759bb..ae99683e8 100644 --- a/content/shared/v3-core-get-started/_index.md +++ b/content/shared/v3-core-get-started/_index.md @@ -323,6 +323,13 @@ For more information, see [diskless architecture](#diskless-architecture). > Because InfluxDB sends a write response after the WAL file has been flushed to the configured object store (default is every second), individual write requests might not complete quickly, but you can make many concurrent requests to achieve higher total throughput. > Future enhancements will include an API parameter that lets requests return without waiting for the WAL flush. +##### no_sync Write Option + +InfluxDB provides a no_sync write option to allow faster response of write request by skipping the wait for WAL presistence. When `no_sync=true`, InfluxDB writes data to WAL but immediately acknowledges the write request without waiting for persistence. + +- Default behavior(`no_sync=false`): Ensures data is persisted before acknowledging writes. Thus, reducing the risk of data loss. +- With `no_sync=true`: Improves write performance but increases the risk of data loss in case of crashes before WAL persistence. + #### Create a database or Table To create a database without writing data, use the `create` subcommand--for example: