vmware mysql主从同步备份

《vmware mysql主从同步备份》由会员分享，可在线阅读，更多相关《vmware mysql主从同步备份（6页珍藏版）》请在金锄头文库上搜索。

1、MySQL 数据库版本同为 5.1.34主机 IP：192.168.0.1从机 IP：192.168.0.2一. MySQL 主服务器配置1.编辑配置文件/etc/f# 确保有如下行server-id = 1log-bin=mysql-binbinlog-do-db=mysql #需要备份的数据库名，如果备份多个数据库，重复设置这个选项即可binlog-ignore-db=mysql #不需要备份的数据库名，如果备份多个数据库，重复设置这个选项即可log-slave-updates #这个参数一定要加上，否则不会给更新的记录些到二进制文件里slave-skip-errors #是跳过错误，继续

2、执行复制操作2.建立用户mysql grant replication slave on *.* to slave192.168.0.2 identified by 111111;# grant replication slave on *.* to 用户名主机 identified by 密码;# 可在 Slave 上做连接测试: mysql -h 192.168.0.1 -u test -p3.锁主库表mysql FLUSH TABLES WITH READ LOCK;4.显示主库信息记录 File 和 Position，从库设置将会用到=mysql SHOW MASTER STATUS;

3、+-+-+-+-+| 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 192.168.0.1:/usr/local/mysql/var.tar.gz .# tar zxvf var.tar.gz2、查看修改

4、 var 文件夹权限# chown -R mysql:mysql var3.编辑 /etc/fserver-id=2log-bin=mysql-binmaster-host=192.168.0.1master-user=slavemaster-password=111111master-port=3306replicate-do-db=test #需要备份的数据库名replicate-ignore-db=mysql #忽略的数据库master-connect-retry=60 #如果从服务器发现主服务器断掉，重新连接的时间差(秒)log-slave-updates #这个参数一定要加上，否则不

5、会给更新的记录些到二进制文件里slave-skip-errors #是跳过错误，继续执行复制操作4、验证连接 MASTER# mysql -h192.168.0.1 -uslave -ppasswordmysql show grants for slave192.168.0.2;5、在 SLAVE 上设置同步设置连接 MASTER MASTER_LOG_FILE 为主库的 File，MASTER_LOG_POS 为主库的Position=mysql slave stop;mysql CHANGE MASTER TO MASTER_HOST=192.168.0.1,MASTER_USER=sla

6、ve,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;到此主从库搭建成功。可以在主库上插入数据测试同步是否正常。-附：一些错误信息的处理，主从服

7、务器上的命令，及状态信息。在从服务器上使用 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 maste

8、r 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_THREADre

9、set 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 字段中最常见

10、的几种状态。如果在 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已经读取完全部未完成更新日志，并且

11、全部都发送到 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 mas

12、ter该线程证尝试连接到 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)请求失败了 (由于连接断

13、开)，该线程在休眠时进入这个状态，并定期重连。重连的时间间隔由 -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

14、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 l

15、og 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当前线程停止了，这个时间很短。-