[轉]windows下mysql主从同步备份步骤

From : http://jbyw.blog.163.com/blog/static/1104520071017819198/

环境:
A、B的MySQL数据库版本同为5.0.24

A:主服务器
操作系统:Windows xp
IP地址:192.168.0.81
B:从服务器
操作系统:Windows xp
的IP地址:192.168.0.82

配置过程:
1、在A的数据库中建立一个备份帐户,命令如下:
GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.*
TO test@'192.168.0.82'
IDENTIFIED BY '1234';

建立一个帐户test,并且只能允许从192.168.0.82这个地址上来登陆,密码是1234。

在B Slave上做连接测试:

mysql -h 192.168.0.81 -u test -p

2、对A服务器的配置进行修改,打开mysql/my.ini文件,在[mysqld]下面添加如下内容:
server-id=1
log-bin=D:\server2\mysql\log-bin.log

server-id:为主服务器A的ID值
log-bin:二进制变更日值

3、重启A服务器,从现在起,它将把客户堆有关数据库的修改记载到二进制变更日志里去。

4、对B服务器的配置进行修改,打开mysql/my.ini文件,在[mysqld]下面添加如下内容:
[mysqld]
server-id=2
master-host=192.168.0.81
master-user=test
master-password=1234

master-port=3306 #主服务器端口
master-connect-retry=60 #同步时间间隔为60秒
//以下内容为可选

#需要同步的数据库
replicate-do-db=test

#不需要同步的数据库,忽略掉
binlog-ignore-db=mysql

server-id:从服务器B的ID值。注意不能和主服务器的ID值相同。
master-host:主服务器的IP地址。
master-user:从服务器连接主服务器的帐号。
master-password:从服务器连接主服务器的帐号密码。
replicate-do-db:告诉主服务器只对指定的数据库进行同步镜像。

binlog-ignore-db:告诉主服务器不对指定的数据库进行同步镜像。

5、重启从服务器B。至此所有设置全部完成。更新A中的数据,B中也会立刻进行同步更新。如果从服务器没有进行同步更新,你可以通过查看从服务器中的mysql_error.log日志文件进行排错

 

在master上,其实不需要做什么设置,只需要打开log-bin,写上server-id=1,写上要备份的数据库,则自动是master模式,于是问题主要集中在slave上.那么slave上是如何工作的呢?
Slave 上Mysql的Replication工作有两个线程,I/O thread和SQL thread,I/O 的作用是从master 3306端口上把它的binlog取过来(master在被修改了任何内容之后,就会把修改了什么写到自己的binlog等待slave更新),然后写到本地的relay-log,而SQL thread则是去读本地的relay-log,再把它转换成本Mysql所能理解的东西,于是同步就这样一步一步的完成.决定I/O thread的是mysql/master.info,而决定SQL thread的是mysql/relay-log.info.
请注意,因为上边提到了binlog里的内容是改了什么东东,而不是改了以后是什么东东,所以在进行同步之前必须保证两个数据库是完全相同的,不然可能出错.打个比方来说.A机上有一个表里的元组为2,而操作是减一,则binlog只会记录减一这个操作,如果B机上没有,那么则无法得到同步,因为B机没有这个字段,就不知道减一是什么操作.

 

 

 

错误FAQ:

1,主从不能同步:

show slave status;报错:Error xxx dosn't exist
且show slave status\G:
Slave_SQL_Running: NO
Seconds_Behind_Master: NULL

解决方法:
stop slave;
set global sql_slave_skip_counter =1 ;
start slave;

之后Slave会和Master去同步 主要看:

Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Seconds_Behind_Master是否为0,0就是已经同步了

2,还需要做的一些优化与监视:
show full processlist; //查看mysql当前同步线程号
skip-name-resolve       //跳过dns名称查询,有助于加快连接及同步的速度
max_connections=1000    //增大Mysql的连接数目,(默认100)
max_connect_errors=100 //增大Mysql的错误连接数目,(默认10)

 


查看日志一些命令
1,  show master status\G;
           在这里主要是看log-bin的文件是否相同。
    show slave status\G;
    在这里主要是看:
                   Slave_IO_Running=Yes
                   Slave_SQL_Running=Yes
   如果都是Yes,则说明配置成功.

2,在master上输入show processlist\G;
     mysql> SHOW PROCESSLIST\G
     *************************** 1. row ***************************
       Id: 2
       User: root
       Host: localhost:32931
       db: NULL
       Command: Binlog Dump
       Time: 94
       State: Has sent all binlog to slave; waiting for binlog to
         be updated
       Info: NULL

   如果出现Command: Binlog Dump,则说明配置成功.

 

 

 

 

  • stop slave    #停止同步
  • start slave    #开始同步,从日志终止的位置开始更新。
  • SET SQL_LOG_BIN=0|1  #主机端运行,需要super权限,用来开停日志,随意开停,会造成主机从机数据不一致,造成错误
  • SET GLOBAL SQL_SLAVE_SKIP_COUNTER=n  # 客户端运行,用来跳过几个事件,只有当同步进程出现错误而停止的时候才可以执行。
  • RESET MASTER  #主机端运行,清除所有的日志,这条命令就是原来的FLUSH MASTER
  • RESET SLAVE   #从机运行,清除日志同步位置标志,并重新生成master.info
    虽然重新生成了master.info,但是并不起用,最好,将从机的mysql进程重启一下,
  • LOAD TABLE tblname FROM MASTER #从机运行,从主机端重读指定的表的数据,每次只能读取一个,受timeout时间限制,需要调整timeout时间。执行这个命令需要同步账号有 reload和super权限。以及对相应的库有select权限。如果表比较大,要增加net_read_timeout 和 net_write_timeout的值
  • LOAD DATA FROM MASTER  #从机执行,从主机端重新读入所有的数据。执行这个命令需要同步账号有reload和super权限。以及对相应的库有select权限。如果表比较大,要增加net_read_timeout 和 net_write_timeout的值
  • CHANGE MASTER TO master_def_list  #在线改变一些主机设置,多个用逗号间隔,比如
    CHANGE MASTER TO
      MASTER_HOST='master2.mycompany.com',
      MASTER_USER='replication',s
      MASTER_PASSWORD='bigs3cret'
  • MASTER_POS_WAIT() #从机运行
  • SHOW MASTER STATUS #主机运行,看日志导出信息
  • SHOW SLAVE HOSTS #主机运行,看连入的从机的情况。
  • SHOW SLAVE STATUS (slave)
  • SHOW MASTER LOGS (master)
  • SHOW BINLOG EVENTS [ IN 'logname' ] [ FROM pos ] [ LIMIT [offset,] rows ]
  • PURGE [MASTER] LOGS TO 'logname' ; PURGE [MASTER] LOGS BEFORE 'date'
  • posted @ 2011-05-26 09:50  Athrun  阅读(569)  评论(0编辑  收藏  举报