MySQL复制

来源：互联网发布：ncbi sra数据库编辑：程序博客网时间：2024/06/03 13:20

MySQL复制

MySQL复制支持基于行的复制和基于sql的复制两种方式，这两种方式都是通过主库记录二进制日志、从库重放日志的方式来实现异步复制。

1.复制如何工作

复制分为三步：

主库以事物为顺序记录二进制日志。
从库同步主库二进制日志，复制到自己的中继日志（Relay Log）。
从库重放日志。

2.配置复制

为MySQL配置复制简单分为下面三步：

创建复制账号。
配置主库和从库。
通知从库连接到主库并从主库复制。

假设我们有两台服务器server1（192.168.0.1）、server2(192.168.0.2)。下面我们会为这两台服务器配置一个复制。

2.1创建复制账号

在从库运行的I/O线程会建立一个到主库的TCP/IP连接，这意味着必须在主库创建一个用户，并赋予其合适的权限。从库I/O线程通过该用户名连接到主库，并读取二进制日志。
创建账号语句：

GRANT REPLICATION SLAVE, REPLICATION CLINT ON *.* TO "repl@192.168.0.%" IDENTIFIED BY 'p4ssword';

注意：
1. 主库和从库都需要创建该账户。
2. 因为这个账号是个特权账号，我们将它限制在本地网络。

2.2配置主库和从库

我们将server1作为主库，server2作为从库。
首先，我们需要为server1打开二进制日志，并制定一个唯一的server_id。在server1的my.cnf中进行如下配置：

log-bin=mysql-binserver_id=10

**必须明确指定一个唯一的server_id

如果之前没有配置过log-bin，重新配置后需要重启MySQL。我们可以通过SHOW MASTER STATUS语句来查看:

mysql> show master status;

File Position Binlog_Do_DB Binlog_Ignore_DB Executed_Gtid_Set mysql-bin.000001 154

从库上也需要在my.cnf中增加配置，并重启服务器：

log_bin          = mysql-binserver_id        = 2relay_log        = /var/libs/mysql/mysql-relay-binlog_slave_update = 1read_only        = 1

relay_log指定中继日志存在的位置及命名；log_slave_update, 允许从库将从中继日志中重放的事件也记录到从库的二进制日志中。

2.3启动复制

现在，需要告诉从库如何连接到主库，并且重放二进制日志。

mysql> CHANGE MASTER TO MASTER_HOST='server1',       MASTER_USER='repl',       MASTER_PASSWORD='p4ssword',       MASTER_LOG_FILE='mysql-bin.000001',       MASTER_LOG_POS=0;

上面的语句中将MASTER_LOG_POS参数设置为0，从二进制文件的开头读起。我们可以通过SHOW SLAVE STATUS，查看语句执行情况：

mysql> SHOW SLAVE STATUS\G

参数值 Slave_IO_State Master_Host server1 Master_User repl Master_Port 3306 Connect_Retry 60 Master_Log_File mysql-bin.000001 Read_Master_Log_Pos 4 Relay_Log_File mysql-repay-bin.000001 Relay_Log_Pos 4 Relay_Master_Log_File mysql-bin.000001 Slave_IO_Running No Slave_SQL_Running No
…omitted… Seconds_Behind_Master NULL

Slave_IO_Running, Slave_SQL_Running, Seconds_Behind_Master这三项显示当前从库复制尚未运行。

注意
上面的结果中，我们可以看到日志的开头是4，而不是0.我们在执行CHANGE MASTER TO ....语句时将MASTER_LOG_POS参数设置为0，仅仅是标注从文件开始位置读，然而事实上MySQL读取第一个事件是从第4位开始读的。

开始复制

mysql> START SLAVE;mysql> SHOW SLAVE STATUS;

参数值 Slave_IO_State Waiting for master to send event Master_Host server1 Master_User repl Master_Port 3306 Connect_Retry 60 Master_Log_File mysql-bin.000001 Read_Master_Log_Pos 164 Relay_Log_File mysql-repay-bin.000001 Relay_Log_Pos 4 Relay_Master_Log_File mysql-bin.000001 Slave_IO_Running Yes Slave_SQL_Running Yes
…omitted… Seconds_Behind_Master 0

从上面的输出我们可以看出：
1. I/O线程和SQL线程已经开始运行。 I/O线程正在等待从主库传递过来的事件，这意味I/O线程已经读取了主库所有的事件。
2. Seconds_Begind_Master的值不再是NULL。
3. 日志位置发生了改变，表明已经从主库获取和执行了一些事件。如果在主库上做一些数据更新，就会看到从库的文件或者日志位置都可能会增加。

我们还可以从线程列表看到复制线程。在主库上可以看到由从库I/O线程向主库发起的连接。

mysql> SHOW PROCESSLIST\G

参数值 Id 55 User repl Host replica1.webcluster_1:54813 db NUll Command Binlog Dump Time 610237 State Has sent all binlog to slave;waiting for binlog to be updated Info Null

同样，我在从库也可以看到两个线程：I/O线程和SQL线程

msyql> SHOW PROCESSLIST\G

第一行

参数值 Id 1 User system user Host db NUll Command Connect Time 611116 State Waiting for master to send event Info Null

第二行

参数值 Id 2 User system user Host db NUll Command Binlog Dump Time 33 State Has read all relay log; waiting for the slave I/O thread to upate it Info Null

0 0