mysql replication 主从(master-slave)同步

张映 发表于 2015-04-20

分类目录: mysql

标签:, , , ,

以前写过一篇,关于mysql replication的文章,请参考:mysql replication 互为主从(master-master),这篇文章如果能加上auto-increment-increment,auto-increment-offset,这二个配置会更好一点。

重新配置mysql replication,是为了研究MHA作准备。

一,服务器说明

192.168.10.103 master
192.168.10.209 slave1
192.168.10.219 slave2

一主二从

二,mysql配置

1,master配置

[mysqld]

server-id=1
log-bin=mysql-bin
read-only=0     //可读写
binlog-do-db=test

2,slave1配置

[mysqld]

server-id=2
log-bin=mysql-bin
read-only=1    //只读
replicate-do-db=test
log-slave-updates

3,slave2配置

[mysqld]

server-id=3
log-bin=mysql-bin
read-only=1   //只读
replicate-do-db=test
log-slave-updates

我用的是mysql自带的test数据库做测试的。改完配置重启数据库

# /etc/init.d/mysqld restart

三,创建mysql同步账号

1,创建账号

mysql> GRANT SELECT,REPLICATION SLAVE ON *.* TO  test@'192.168.%' IDENTIFIED BY 'test';
mysql> flush privileges;

三台mysql都添加该用户

2,测试账号

# mysql -u test -p -h 192.168.10.103
# mysql -u test -p -h 192.168.10.209
# mysql -u test -p -h 192.168.10.219

在三台mysql任何一台,进行上面操作,如果都成功,说明登录账号没问题

四,将slave加入到master

1,查看master的file和postion

mysql> show master status\G;
*************************** 1. row ***************************
 File: mysql-bin.000004
 Position: 2850
 Binlog_Do_DB: test
Binlog_Ignore_DB:
1 row in set (0.00 sec)

ERROR: No query specified

2,在二台slave配置

mysql> CHANGE MASTER TO MASTER_HOST='192.168.10.103',  //master ip
MASTER_USER='test', MASTER_PASSWORD='test',  //同步用户名和密码
MASTER_LOG_FILE='mysql-bin.000004', //master的file文件
MASTER_LOG_POS=2850;   //master的postion

3,slave端启动,并查看状态

mysql> slave start;
mysql replication 一主二从

mysql replication 一主二从

上图中红色区域是要注意的地方,

Slave_IO_Running为No,Slave_SQL_Running为No,Slave_IO_State如果不是Waiting for master to send event,都不可能同步成功
还有一点就是file和position必须根master一至。下面找了些错误信息以及命令说明

五,测试

CREATE TABLE IF NOT EXISTS `test` (
  `big_test` bigint(20) DEFAULT '0',
  `int_test` int(11) DEFAULT '0',
  `medium_test` mediumint(8) DEFAULT '0',
  `small_test` smallint(6) DEFAULT '0',
  `tiny_test` tinyint(10) DEFAULT '0'
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

在master上面,创建一张表,然后在slave1和slave2看看有没有这张表,就可以确定配置有没有成功了。

六,错误信息的处理,主从服务器上的命令,及状态信息

1,在从服务器上使用show slave status\G

Slave_IO_Running为No,则说明IO_THREAD没有启动,请执行mysql> start slave io_thread
Slave_SQL_Running为No,则复制出错,查看Last_error字段排除错误后执行mysql> start slave sql_thread
Slave_IO_State字段空, #复制没有启动
Connecting to master #没有连接上master
Waiting for master to send event #已经连上

2,主服务器上的相关命令

show master status
show slave hosts
show logs
show binlog events
purge logs to 'log_name'
purge logs before 'date'
reset master(老版本flush master)
set sql_log_bin=

3,从服务器上的相关命令

slave start
slave stop
SLAVE STOP IO_THREAD #此线程把master段的日志写到本地
SLAVE start IO_THREAD
SLAVE STOP SQL_THREAD #此线程把写到本地的日志应用于数据库
SLAVE start SQL_THREAD
reset slave
SET GLOBAL SQL_SLAVE_SKIP_COUNTER
load data from master
show slave status(SUPER,REPLICATION CLIENT)
CHANGE MASTER TO MASTER_HOST=, MASTER_PORT=,MASTER_USER=, MASTER_PASSWORD= #动态改变master信息
PURGE MASTER [before 'date'] 删除master端已同步过的日志

4,Master 同步线程状态

以下列出了master的 Binlog Dump 线程 State 字段中最常见的几种状态。如果在master上没有 Binlog Dump 线程,那么同步就没有在运行。
也就是说,没有slave连接上来。

Sending binlog event to slave
事件是由二进制日志构成,一个事件通常由更新语句加上其他信息。线程读取到一个事件并正发送到slave上。

Finished reading one binlog; switching to next binlog
读取完了一个二进制日志,正切换到下一个。

Has sent all binlog to slave; waiting for binlog to be updated
已经读取完全部未完成更新日志,并且全部都发送到slave了。它处于空闲状态,正等待在master上执行新的更新操作以在二进制日志中产生新
的事件,然后读取它们。

Waiting to finalize termination
当前线程停止了,这个时间很短。

5,Slave的I/O线程状态

以下列出了slave的I/O线程 State 字段中最常见的几种状态。从MySQL 4.1.1开始,这个状态在执行 SHOW SLAVE STATUS 语句结果的
Slave_IO_State 字段也会出现。这意味着可以只执行 SHOW SLAVE STATUS 语句就能了解到更多的信息。

Connecting to master
该线程证尝试连接到master上。

Checking master version
确定连接到master后出现的一个短暂的状态。

Registering slave on master
确定连接到master后出现的一个短暂的状态。

Requesting binlog dump
确定连接到master后出现的一个短暂的状态。该线程向master发送一个请求,告诉它要请求的二进制文件以及开始位置。

Waiting to reconnect after a failed binlog dump request
如果二进制日志转储(binary log dump)请求失败了(由于连接断开),该线程在休眠时进入这个状态,并定期重连。重连的时间间隔由 --
master-connect-retry 选项来指定。

Reconnecting after a failed binlog dump request
该线程正尝试重连到master。

Waiting for master to send event
已经连接到master,正等待它发送二进制日志。如果master闲置时,这个状态可能会持续较长时间,如果它等待超过 slave_read_timeout 秒
,就会发生超时。这时,它就会考虑断开连接,然后尝试重连。

Queueing master event to the relay log
已经读取到一个事件,正把它拷贝到中继日志中以备SQL线程处理。

Waiting to reconnect after a failed master event read
读日志时发生错误(由于连接断开)。该线程在重连之前休眠 master-connect-retry 秒。

Reconnecting after a failed master event read
正尝试重连到master。当连接确定后,状态就变成 Waiting for master to send event。

Waiting for the slave SQL thread to free enough relay log space
relay_log_space_limit 的值非零,中继日志的大小总和超过这个值了。I/O线程等待SQL线程先处理中继日志然后删除它们以释放足够的空间

Waiting for slave mutex on exit
当前线程停止了,这个时间很短。

6,Slave的SQL线程状态

以下列出了slave的SQL线程 State 字段中最常见的几种状态:

Reading event from the relay log
从中继日志里读到一个事件以备执行。

Has read all relay log; waiting for the slave I/O thread to update it
已经处理完中继日志中的全部事件了,正等待I/O线程写入更新的日志。

Waiting for slave mutex on exit
当前线程停止了,这个时间很短。



转载请注明
作者:海底苍鹰
地址:http://blog.51yip.com/mysql/1716.html

留下评论

留下评论
  • (必需)
  • (必需) (will not be published)
  • (必需)   8X8=?