Chapter 5. Additional Features

Table of Contents

Delayed Synchronization
Managing Blocking Operations
Stop Auto-Initialization
Read-Your-Writes Consistency
Client to Client Transfer
Identifying Peers
Bulk Transfers

Beyond the basic functionality that we have discussed so far in this book, there are several replication features that you should understand. These are all optional to use, but provide useful functionality under the right circumstances.

These additional features are:

  1. Delayed Synchronization

  2. Managing Blocking Operations

  3. Stop Auto-Initialization

  4. Client to Client Transfer

  5. Bulk Transfers

Delayed Synchronization

When a replication group has a new master, all replicas must synchronize with that master. This means they must ensure that the contents of their local database(s) are identical to that contained by the new master.

This synchronization process can result in quite a lot of network activity. It can also put a large strain on the master server, especially if is part of a large replication group or if there is somehow a large difference between the master's database(s) and the contents of its replicas.

It is therefore possible to delay synchronization for any replica that discovers it has a new master. You would do this so as to give the master time to synchronize other replicas before proceeding with the delayed replicas.

To delay synchronization of a replica environment, you specify DB_REP_CONF_DELAYCLIENT to DB_ENV->rep_set_config() and then specify 1 to the onoff parameter. (Specify 0 to turn the feature off.)

If you use delayed synchronization, then you must manually synchronize the replica at some future time. Until you do this, the replica is out of sync with the master, and it will ignore all database changes forwarded to it from the master.

You synchronize a delayed replica by calling DB_ENV->rep_sync() on the replica that has been delayed.