VMware Mysql主从同步备份.doc

MySQL数据库版本同为5.1.34主机IP：从机IP：一. MySQL主服务器配置1.编辑配置文件/etc/f# 确保有如下行server-id = 1log-bin=mysql-binbinlog-do-db=mysql#需要备份的数据库名，如果备份多个数据库，重复设置这个选项即可binlog-ignore-db=mysql#不需要备份的数据库名，如果备份多个数据库，重复设置这个选项即可log-slave-updates #这个参数一定要加上，否则不会给更新的记录些到二进制文件里slave-skip-errors #是跳过错误，继续执行复制操作2.建立用户mysql grant replication slave on *.* to slave identified by 111111;# grant replication slave on *.* to 用户名主机 identified by 密码;# 可在Slave上做连接测试: mysql -h -u test -p3.锁主库表mysql FLUSH TABLES WITH READ LOCK;4.显示主库信息记录File和Position，从库设置将会用到=mysql SHOW MASTER STATUS;+-+-+-+-+| File | Position | Binlog_do_db | Binlog_ignore_db |+-+-+-+-+| mysql-bin.000001 | 106 | | |+-+-+-+-+5.另开一个终端，打包主库cd /usr/local/mysql#mysql库目录tar zcvf var.tar.gz var=二.MySQL从服务器配置1、传输拿到主库数据包、解包# cd /usr/local/mysql# scp :/usr/local/mysql/var.tar.gz .# tar zxvf var.tar.gz2、查看修改var文件夹权限# chown -R mysql:mysql var3.编辑 /etc/fserver-id=2log-bin=mysql-binmaster-host=master-user=slavemaster-password=111111master-port=3306replicate-do-db=test#需要备份的数据库名replicate-ignore-db=mysql #忽略的数据库master-connect-retry=60 #如果从服务器发现主服务器断掉，重新连接的时间差(秒)log-slave-updates #这个参数一定要加上，否则不会给更新的记录些到二进制文件里slave-skip-errors #是跳过错误，继续执行复制操作4、验证连接MASTER# mysql -h -uslave -ppasswordmysql show grants for slave;5、在SLAVE上设置同步设置连接MASTER MASTER_LOG_FILE为主库的File，MASTER_LOG_POS为主库的Position=mysql slave stop;mysql CHANGE MASTER TO MASTER_HOST=,MASTER_USER=slave,MASTER_PASSWORD=111111,MASTER_LOG_FILE=mysql-bin.000001,MASTER_LOG_POS=106;6、启动SLAVE服务mysql slave start;7、查看SLAVE状态mysql SHOW SLAVE STATUSG;其中 Slave_IO_Running 和 Slave_SQL_Running 两列的值都为 Yes，表明 Slave 的 I/O 和 SQL 线程都在正常运行。8、解锁主库表mysql UNLOCK TABLES;到此主从库搭建成功。可以在主库上插入数据测试同步是否正常。-附：一些错误信息的处理，主从服务器上的命令，及状态信息。在从服务器上使用show slave statusGSlave_IO_Running,为No,则说明IO_THREAD没有启动，请执行start slave io_threadSlave_SQL_Running为No则复制出错,查看Last_error字段排除错误后执行start slave sql_thread查看Slave_IO_State字段空 /复制没有启动Connecting to master/没有连接上masterWaiting for master to send event/已经连上主服务器上的相关命令：show master statusshow slave hostsshow logsshow binlog eventspurge logs to log_namepurge logs before datereset master(老版本flush master)set sql_log_bin=从服务器上的相关命令:slave startslave stopSLAVE STOP IO_THREAD /此线程把master段的日志写到本地SLAVE start IO_THREADSLAVE STOP SQL_THREAD /此线程把写到本地的日志应用于数据库SLAVE start SQL_THREADreset slaveSET GLOBAL SQL_SLAVE_SKIP_COUNTERload data from mastershow slave status(SUPER,REPLICATION CLIENT)CHANGE MASTER TO MASTER_HOST=, MASTER_PORT=,MASTER_USER=, MASTER_PASSWORD= /动态改变master信息PURGE MASTER before date 删除master端已同步过的日志6.3.1 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当前线程停止了，这个时间很短。6.3.2 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 spacerelay_log_space_limit 的值非零，中继日志的大小总和超过这个值了。I/O线程等待SQL线程先处理中继日志然后删除它们以释放足够的空间。Waiting for slave mutex on exit当前线程停止了，这个时间很短。6.3.3 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当前线程停止了，这个时间很短。-常见的一些问题：一.从库SLAVE启动问题由于一些错误操作导致 CHANGE MASTER 和 SLAVE 服务无法启动，系统报错如下：*Could not initialize master info structure; more error messages can be found in the MySQL error log.*无法初始化master info结构，MySQL错误日志记录了更详细的错误信息。解决方法：1、查看MySQL错误日志，如：同步的上一个Position是多少，很多情况下无法启动服务是由于mysql识别的同步始终停留在上一个Position上。2、查看和， 记录MASTER相关信息， 记录当前同步日志信息。3、停止myslq服务，删除和。4、启动mysql服务。5、重新CHANGE MASTER，重新启动SLAVE服务。二.主从不能同步show slave status;报错:Error xxx dosnt exist且show slave statusG:Slave_SQL_Running: NOSeconds_Behind_Master: NULL解决方法:stop slave;set global sql_slave_skip_counter =1 ;start slave;之后Slave会和Master去同步 主要看:Slave_IO_Running: YesSlave_SQL_Running: YesSeconds_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 statusG;在这里主要是看log-bin的文件是否相同。show slave statusG;在这里主要是看:Slave_IO_Running=YesSlave_SQL_Running=Yes如果都是Yes,则说明配置成功.2,在master上输入show processlistG;mysql SHOW PROCESSLISTG* 1. row *Id: 2User: rootHost: localhost:32931db: NULLCommand: Binlog DumpTime: 94State: Has sent all binlog to slave; waiting for binlog tobe updatedInfo: 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 MASTERRESET SLAVE #从机运行，清除日志同步位置标志，并重新生成虽然重新生成了,但是并不起用，最好，将从机的mysql进程重启一下，LOAD TABLE tblname FROM MASTER #从机运行，从主机端重读指定的表的数据，每次只能读取一个，受timeout时间限制，需要调整timeout时间。执行这个命令需要同步账号有 reload和super权限。以及对相应的库有select权限。如果表比较大，要增加net_read_timeout 和 net_write_timeout的值LOAD DATA FROM MASTER#从