This commit is contained in:
Josh Baker 2016-07-28 19:39:02 -07:00
commit 7d482717f0
1 changed files with 3 additions and 3 deletions

View File

@ -352,13 +352,13 @@ The shrink operation does not lock up the database so read and write transaction
### Durability and fsync ### Durability and fsync
BuntDB executes an `fsync` once every second on the [aof file](#append-only-file). Which simply means that there's a chance that up to 1 second of data might be lost. The likelihood of this happening is dependent on a lot of factors, but suffice to say this may not be good enough for environments that require very high durability. By default BuntDB executes an `fsync` once every second on the [aof file](#append-only-file). Which simply means that there's a chance that up to one second of data might be lost. If you need higher durability then there's an optional database config setting `Config.SyncPolicy` which can be set to `Always`.
There's the optional database config setting `Config.SyncPolicy` which can be set to The `Config.SyncPolicy` has the following options:
- `Never` - fsync is managed by the operating system, less safe - `Never` - fsync is managed by the operating system, less safe
- `EverySecond` - fsync every second, fast and safer, this is the default - `EverySecond` - fsync every second, fast and safer, this is the default
- `Always` - fsync after every write, very durable, very slow - `Always` - fsync after every write, very durable, slower
## Performance ## Performance