mysql master/slave 模式
2013-12-09 10:53
453 查看
使用mysql的master/slave部署已经有一段时间。这种架构不能从根本上弥补数据结构设计失误带来的性能问题。聊胜于无。master/slave模式中,数据同步非常快。而master/slave/slave则会相对慢一些(就是master->slave(作为新的master)->slave,是串联的三个节点),有时候可能会有延迟,不过不严重。最近使用起来主要是在维护上积累了一些经验。以案例说明吧。 一、需要把正式环境的数据导出一份到测试数据库[/b]这个有几种办法,可以使用master/slave同步,也可以导出成SQL,然后再倒入。我喜欢导入/导出的方式。假设 192.168.0.10是master,192.168.0.11-14是slave。#mysql -h192.168.0.10 -P3306 -uroot -ppassword databasename > /home/xieping/data.sql#mysql -h192.168.0.11 -P3306 -uroot -ppassword databasename < /home/xieping/data.sql上面的命令要相对简单一些,也可以使用mysqldump命令,或者tar命令。 导出后再设置slave,参考下面的第二节。 二、需要添加一个slave[/b]添加slave设置好my.conf就可以了。现在问题是在同步的过程中,IO部分完成了,但是SQL部分一直报错。使用#stop slave;#set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;#start slave;这种操作还是报错中断。 这种情况需要查看master的状态。#mysql -h192.168.0.10 -uroot -p mysql> show master status\G;*************************** 1. row *************************** File: mysql-bin.000012 Position: 108822735 Binlog_Do_DB:Binlog_Ignore_DB:1 row in set (0.00 sec) ERROR:No query specified 通过该命令获得File和Position,在slave中有用。 #mysql -h192.168.0.11 -uroot -pmysql>stop slave;mysql>change master to >Master_Log_File = 'mysql-bin.000012', >Master_Log_Pos = '108822735';mysql>show slave status\G;*************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.0.10 Master_User: root Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000012 Read_Master_Log_Pos: 108942588 Relay_Log_File: localhost-relay-bin.000035 Relay_Log_Pos: 22317781 Relay_Master_Log_File: mysql-bin.000012 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: databasename Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 108942317 Relay_Log_Space: 22318211 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 5Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: 1 row in set (0.00 sec) ERROR: No query specified现在就正常了, Seconds_Behind_Master: 5 表明slave比master略有延迟。 三、更换master[/b]更换master如果通过修改my.conf的话比较麻烦。不但要重启mysql进程,而且还不一定成功。可以通过mysql> stop slave;mysql> reset slave;mysql>start slave;不过这样一来就重置了更新进度,更新会从头开始。 而是要change master to命令则可以通过命令设置,但这个命令不会影响my.conf文件,重启mysql后,设置就无效了。http://www.cnblogs.com/birdshover/archive/2010/01/27/1657670.html
相关文章推荐
- mysql模式:master/slave(二)
- 单PC Windows环境MySQL主从master-slave模式配置与测试
- Mysql集群安装部署,Slave-Mater-Master-Slave模式
- mysql配置master/slave模式
- mysql的master-slave模式
- MySQL master/slave 模式
- mysql模式:master/slave
- Mysql配置master-slave模式
- mysql 主从复制(master-slave)
- MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践
- MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践
- centos 7下配置MySQL主从复制(Master-Slave)记录
- 可用于监控 mysql Master Slave 状态的python代码
- MongoDB的Master-Slave主从模式配置及主从复制要点解析
- 【转载】MySQL 5.6主从Slave_IO_Running:Connecting/error connecting to master *- retry
- MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践
- master and slave have equal MySQL server UUIDs 解决方法
- MySQL主从复制(Master-Slave)与读写分离(MySQL-Proxy)实践
- mysql master slave
- MySQL RESET MASTER与RESET SLAVE和RESET SLAVE ALL