← Back to branch summary

~drizzle-trunk/drizzle/development

« back to all changes in this revision

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

update

Show diffs side-by-side

added added

removed removed

Lines of Context:
plugin/slave/docs/index.rst
15
15
 
16
16
Most of the options that can be used to control the replication slave plugin
17
17
can only be given in a configuration file. The only exception is the
18
 
**config-file** option which designates the location of this configuration
 
18
:option:`--slave.config-file` option which designates the location of this configuration
19
19
file.
20
20
 
21
 
**slave.config-file**
 
21
.. program:: drizzled
 
22
 
 
23
.. option:: --slave.config-file=arg
22
24
 
23
25
   Path to the replication slave configuration file.
24
26
 
25
27
The options below are read from the configuration file.
26
28
 
27
 
**master-host**
 
29
.. confval:: master-host
28
30
 
29
31
   Hostname/IP address of the master server.
30
32
 
31
 
**master-port**
 
33
.. confval:: master-port
32
34
 
33
35
   Drizzle port used by the master server. Default is 3306.
34
36
 
35
 
**master-user**
 
37
.. confval:: master-user
36
38
 
37
39
   Username to use for connecting to the master server.
38
40
 
39
 
**master-pass**
40
 
 
41
 
   Password associated with the username given by **master-user**.
42
 
 
43
 
**max-reconnects**
 
41
.. confval:: master-pass
 
42
 
 
43
   Password associated with the username given by :confval:`master-user`.
 
44
 
 
45
.. confval:: max-reconnects
44
46
 
45
47
   The number of reconnection attempts the slave plugin will try if the
46
48
   master server becomes unreachable. Default is 10.
47
49
 
48
 
**seconds-between-reconnects**
 
50
.. confval:: seconds-between-reconnects
49
51
 
50
52
   The number of seconds to wait between reconnect attempts when the master
51
53
   server becomes unreachable. Default is 30.
62
64
The producer thread (or I/O thread) is in charge of connecting to the master
63
65
server and pulling down replication events from the master's transaction
64
66
log and storing them locally in the slave queue. It is required that the
65
 
master use the InnoDB replication log (--innodb.replication-log=true).
 
67
master use the InnoDB replication log (:option:`--innodb.replication-log <drizzled --innodb.replication-log>` = true).
66
68
 
67
69
The consumer thread (or applier thread) reads the replication events from
68
70
the local slave queue, applies them locally, and then deletes successfully
75
77
metadata. It stores everything in the **sys_replication** schema. The
76
78
following are the tables that it will create:
77
79
 
78
 
**sys_replication.io_state**
 
80
.. dbtable:: sys_replication.io_state
79
81
 
80
82
   Stores metadata about the IO/producer thread.
81
83
 
82
 
**sys_replication.applier_state**
 
84
.. dbtable:: sys_replication.applier_state
83
85
 
84
86
   Stores metadata about the applier/consumer thread.
85
87
 
86
 
**sys_replication.queue**
 
88
.. dbtable:: sys_replication.queue
87
89
 
88
90
   The replication event queue.
89
91