@@ -591,18 +591,18 @@ Glossary
591
591
eventual consistency
592
592
A property of a distributed system allowing changes to the
593
593
system to propagate gradually. In a database system, this means
594
- that readable nodes are not required to reflect the latest
594
+ that readable members are not required to reflect the latest
595
595
writes at all times. In MongoDB, reads to a primary have
596
- :term:`strict consistency`; reads to secondary nodes have
596
+ :term:`strict consistency`; reads to secondaries have
597
597
:term:`eventual consistency`.
598
598
599
599
strict consistency
600
- A property of a distributed system requiring that all nodes
600
+ A property of a distributed system requiring that all members
601
601
always reflect the latest changes to the system. In a database
602
602
system, this means that any system that can provide data must
603
603
reflect the latest writes at all times. In MongoDB, reads to a
604
604
primary have :term:`strict consistency`; reads to secondary
605
- nodes have :term:`eventual consistency`.
605
+ members have :term:`eventual consistency`.
606
606
607
607
write concern
608
608
Specifies whether a write operation has succeeded. Write concern
@@ -617,16 +617,16 @@ Glossary
617
617
618
618
priority
619
619
In the context of :term:`replica sets <replica set>`, priority
620
- is a configurable value that helps determine which nodes in
620
+ is a configurable value that helps determine which members in
621
621
a replica set are most likely to become :term:`primary`.
622
622
623
- .. seealso:: :ref:`Replica Set Node Priority
623
+ .. seealso:: :ref:`Replica Set Member Priority
624
624
<replica-set-node-priority>`
625
625
626
626
election
627
627
In the context of :term:`replica sets <replica set>`, an election
628
628
is the process by which members of a replica set select
629
- primary nodes on startup and in the event of failures.
629
+ primaries on startup and in the event of failures.
630
630
631
631
.. seealso:: :ref:`Replica Set Elections
632
632
<replica-set-elections>` and :term:`priority`.
@@ -653,25 +653,25 @@ Glossary
653
653
654
654
arbiter
655
655
A member of a :term:`replica set` that exists solely to vote
656
- in :term:`elections <election>`. Arbiter nodes do not replicate data.
656
+ in :term:`elections <election>`. Arbiters do not replicate data.
657
657
658
- .. seealso:: :ref:`Delayed Nodes <replica-set-delayed-members>`
658
+ .. seealso:: :ref:`Delayed Members <replica-set-delayed-members>`
659
659
660
660
read preference
661
661
A setting on the MongoDB :doc:`drivers </applications/drivers>`
662
662
that determines how the clients direct read
663
663
operations. Read preference affects all replica sets including
664
- shards. By default, drivers direct all reads to :term:`primary`
665
- nodes for :term:`strict consistency`. However, you may also
666
- direct reads to secondary nodes for :term:`eventually consistent
664
+ shards. By default, drivers direct all reads to :term:`primaries < primary> `
665
+ for :term:`strict consistency`. However, you may also
666
+ direct reads to secondaries for :term:`eventually consistent
667
667
<eventual consistency>` reads.
668
668
669
669
.. seealso:: :ref:`Read Preference <replica-set-read-preference>`
670
670
671
671
replication lag
672
672
The length of time between the last operation in the primary's
673
673
:term:`oplog` last operation applied to a particular
674
- :term:`secondary` or :term:`slave` node . In general, you want
674
+ :term:`secondary` or :term:`slave`. In general, you want
675
675
to keep replication lag as small as possible.
676
676
677
677
.. seealso:: :ref:`Replication Lag <replica-set-replication-lag>`
@@ -689,14 +689,14 @@ Glossary
689
689
level between the application layer and the database server.
690
690
691
691
failover
692
- The process that allows one of the :term:`secondary` nodes in a
692
+ The process that allows one of the :term:`secondary` members in a
693
693
:term:`replica set` to become :term:`primary` in the event of
694
694
a failure.
695
695
696
696
.. seealso:: :ref:`Replica Set Failover <replica-set-failover>`.
697
697
698
698
data-center awareness
699
- A property that allows clients to address nodes in a system to
699
+ A property that allows clients to address members in a system to
700
700
based upon their location.
701
701
702
702
:term:`Replica sets <replica set>` implement data-center
@@ -714,8 +714,8 @@ Glossary
714
714
715
715
recovering
716
716
A :term:`replica set` member status indicating that a member
717
- is synchronizing or re-synchronizing its data
718
- from the primary node. Recovering nodes are unavailable for reads.
717
+ is not ready to begin normal activities of a secondary or primary.
718
+ Recovering members are unavailable for reads.
719
719
720
720
control script
721
721
A script used by a UNIX-like operating system to start, stop,
@@ -915,7 +915,11 @@ Glossary
915
915
sync
916
916
The :term:`replica set` operation that replicates data from the
917
917
:term:`primary` to the other members of the set that hold data.
918
- Replication uses two types of sync: "initial sync," in which one
919
- member clones the data from another member, and "oplog sync," in
920
- which one member copies the oplog entries from another member and
921
- then applies them.
918
+ Replica sets synchronize data at two different points:
919
+
920
+ - "Initial sync" occurs when MongoDB creates new databases on a
921
+ new or restored :term:`replica set` member, populating the the
922
+ member with the replica set's data.
923
+
924
+ - "Replication" occurs continually after initial sync and keeps
925
+ the member updated with changes to the replica set's data.
0 commit comments