Skip to content

Commit fe9bd7b

Browse files
author
Sam Kleinman
committed
DOCS-379 revision of write concern page.
1 parent e9811e3 commit fe9bd7b

File tree

1 file changed

+10
-3
lines changed

1 file changed

+10
-3
lines changed

source/applications/replication.txt

Lines changed: 10 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -30,13 +30,15 @@ levels are:
3030
operations, and modified the :program:`mongod` instances in-memory
3131
representation of the data.
3232

33-
- with the ``journal`` option. Confirms that the server has committed
33+
- with the ``j`` or "journal" option. Confirms that the server has committed
3434
the data to the on-disk journal. This ensures that the data will be
3535
durable in the event that :program:`mongod` experiences an
3636
unexpected shut down.
3737

3838
- with the ``fsync`` option. Confirms that the :program:`mongod` has
39-
flushed the write operation to disk.
39+
flushed the write operation to disk. Do not use this operation in
40+
normal production situations: use ``j`` to ensure this level of
41+
durability.
4042

4143
- for replica sets, with the ``w`` option. Confirms that the write
4244
operation has replicated to the specified number of
@@ -70,7 +72,12 @@ returns.
7072
set, or the :term:`primary` and one other member of the replica set
7173
before confirming the write operation.
7274

73-
Using ``w: 0`` is valid but does not produce useful behavior.
75+
If you specify a ``w`` value greater than the number running
76+
members of the set, the operation will block until those numbers
77+
join the set. Use the ``wtimeoute`` argument to specify a timeout
78+
threshold for the :dbcommand:`getLastError` operation.
79+
80+
``w: 0`` is valid but has no effect, and is equivelent to a no-op.
7481

7582
You can also configure a "default" :dbcommand:`getLastError` behavior
7683
for the replica set configuration. Use the

0 commit comments

Comments
 (0)