16.1.2 Setting Up Binary Log File Position Based Replication
This section describes how to set up a MySQL server to use binary log file position based replication. There are a number of different methods for setting up replication, and the exact method to use depends on how you are setting up replication, and whether you already have data in the database on the source.
There are some generic tasks that are common to all setups:
On the source, you must enable binary logging and configure a unique server ID. This might require a server restart. See Section 220.127.116.11, “Setting the Replication Source Configuration”.
On each replica that you want to connect to the source, you must configure a unique server ID. This might require a server restart. See Section 18.104.22.168.1, “Setting the Replica Configuration”.
Optionally, create a separate user for your replicas to use during authentication with the source when reading the binary log for replication. See Section 22.214.171.124, “Creating a User for Replication”.
Before creating a data snapshot or starting the replication process, on the source you should record the current position in the binary log. You need this information when configuring the replica so that the replica knows where in the binary log to start executing events. See Section 126.96.36.199, “Obtaining the Replication Source's Binary Log Coordinates”.
If you already have data on the source and want to use it to synchronize the replica, you need to create a data snapshot to copy the data to the replica. The storage engine you are using has an impact on how you create the snapshot. When you are using
MyISAM, you must stop processing statements on the source to obtain a read-lock, then obtain its current binary log coordinates and dump its data, before permitting the source to continue executing statements. If you do not stop the execution of statements, the data dump and the source's status information will not match, resulting in inconsistent or corrupted databases on the replicas. For more information on replicating a
MyISAMsource, see Section 188.8.131.52, “Obtaining the Replication Source's Binary Log Coordinates”. If you are using
InnoDB, you do not need a read-lock and a transaction that is long enough to transfer the data snapshot is sufficient. For more information, see Section 14.20, “InnoDB and MySQL Replication”.
Configure the replica with settings for connecting to the source, such as the host name, login credentials, and binary log file name and position. See Section 184.108.40.206.2, “Setting the Source Configuration on the Replica”.
Certain steps within the setup process require the
SUPER privilege. If you do not have this privilege, it might not be possible to enable replication.
After configuring the basic options, select your scenario:
To set up replication for a fresh installation of a source and replicas that contain no data, see Section 220.127.116.11.3, “Setting Up Replication between a New Source and Replicas”.
To set up replication of a new source using the data from an existing MySQL server, see Section 18.104.22.168.4, “Setting Up Replication with Existing Data”.
To add replicas to an existing replication environment, see Section 22.214.171.124, “Adding Replicas to a Replication Topology”.
Before administering MySQL replication servers, read this entire chapter and try all statements mentioned in Section 13.4.1, “SQL Statements for Controlling Replication Source Servers”, and Section 13.4.2, “SQL Statements for Controlling Replica Servers”. Also familiarize yourself with the replication startup options described in Section 16.1.6, “Replication and Binary Logging Options and Variables”.