← Back to branch summary

~drizzle-trunk/drizzle/development

« back to all changes in this revision

Viewing changes to plugin/slave/docs/index.rst

updating

Show diffs side-by-side

added added

removed removed

Lines of Context:
plugin/slave/docs/index.rst
22
22
 
23
23
.. option:: --slave.config-file=arg
24
24
 
25
 
   Path to the replication slave configuration file.
 
25
   Path to the replication slave configuration file. By default, the
 
26
   plugin will look for a file named `slave.cfg` in the `etc` directory
 
27
   of the Drizzle installation. If you want to specify a different path or
 
28
   configuration file name, it is best to specify a full path to the
 
29
   file. The relative path used by plugins is within the :option:`--datadir`
 
30
   directory, so a full path is recommended.
26
31
 
27
32
The options below are read from the configuration file.
28
33
 
52
57
   The number of seconds to wait between reconnect attempts when the master
53
58
   server becomes unreachable. Default is 30.
54
59
 
 
60
.. confval:: io-thread-sleep
 
61
 
 
62
   The number of seconds the IO (producer) thread sleeps between queries to the
 
63
   master for more replication events. Default is 5.
 
64
 
 
65
.. confval:: applier-thread-sleep
 
66
 
 
67
   The number of seconds the applier (consumer) thread sleeps between applying
 
68
   replication events from the local queue. Default is 5.
 
69
 
55
70
Implementation Details
56
71
----------------------
57
72
 
64
79
The producer thread (or I/O thread) is in charge of connecting to the master
65
80
server and pulling down replication events from the master's transaction
66
81
log and storing them locally in the slave queue. It is required that the
67
 
master use the InnoDB replication log (:option:`--innodb.replication-log <drizzled --innodb.replication-log>` = true).
 
82
master use the InnoDB replication log (:option:`--innodb.replication-log <drizzled --innodb.replication-log>`).
68
83
 
69
84
The consumer thread (or applier thread) reads the replication events from
70
85
the local slave queue, applies them locally, and then deletes successfully