注意：mysql5.1以上的版本不支持直接将master_host等信息配置在my.conf配置文件中。
1、分别配置slave以及master端： 例如： Master的my.conf配置： server-id = 30 master端ID号 log_bin = /var/log/mysql/mysql-bin.log 日志路径及文件名 binlog-do-db = cacti 同步cacti，此处关闭的话，就是除不允许的，其它的库均同步。 binlog-ignore-db = mysql 不同步mysql库 其他配置项： replicate_ignore_table 不复制指定的表(从服务器配置文件里设置) replicate_wild_ignore_table 使用wild匹配来不复制的指定表(从服务器配置文件里设置),比如参数设为abc.%,表示不复制abc的所有表 Slave的my.conf配置： server-id = 31 slave的ID号，此处一定要大于master端。 log_bin = /var/log/mysql/mysql-bin.log 日志路径及文件名 其他配置项： log_slave_updates = 1 让从服务器把自身复制的事件和记录都写到自己的二进制日志里 relay_log = /var/log/mysql/mysql-relay-bin.log 中继日志 read_only 让从服务器只读，可以防止有人误从服务器插入数据，导致主从数据不一致。 slave-skip-errors 在复制过程中忽略一些错误，让复制继续进行，在这里我忽略了1062和1053号错误，如果要忽略所有错误就设成all skip_slave_start 防止从服务器在崩溃后自动开启，以给你足够的时间修复。 设置完成后，重启mysql服务 2、在主服务器上创建从服务器可连接的授权帐号: /usr/local/mysql/bin/mysql -uroot -p mysql>grant replication slave on *.* to rsync@'192.168.2.211' identified by '123456'; mysql>flush privileges; mysql>flush tables with read lock; 为了备份请先锁定数据库 mysql>show master status; 此处主要记录下file和position的值，slave端要使用到。如下 File | Position | +------------------+---------- | mysql-bin.000047 | 391592414 3、备份主服务器数据库导入到从服务器： 使用mysqldump进行备份导出： 例如：mkdir /mysqlbackup/`date +%Y-%m-%d` 自动创建数据库备份目录（按日期命名） mysqldump -uroot -p123456 -h192.168.1.1 applist -B -R > /mysqlbackup/`date +%Y-%m-%d`/applist.sql 其中-B是数据库不存在时自动创建。 -R表示到处存储过程。 使用mysql -uroot -p123456 < ./applist.sql 进行还原。 4、开始同步： /usr/local/mysql/bin/mysql -uroot -p mysql>stop slave; mysql>change master to >master_host='192.168.2.67', >master_user='rsync', master端创建的用于主从同步的账户和密码 >master_password='123456', >master_port='3306', master端设置的client端使用的端口号。 >master_log_file='mysql-bin.000047', master端记录的file值 >master_log_pos=391592414; master端记录的position值 mysql>start slave; mysql>show slave status \G 查看Slave_IO_Running: Yes 和Slave_SQL_Running: Yes 2个都为yes则证明主从同步正常，如果有任一个显示NO,则证明同步有问题。 可以查看数据库日志文件，里面基本上会显示出错误之处，根据错误一步一步排查，基本上都可以解决的。 5、SHOW SLAVE STATUS 返回以下信息： Slave_IO_State SHOW PROCESSLIST 输出的 State 字段的拷贝。从这里可以看出是否线程正在连接主服务器，是否正在等待来自于主服务器的事件，是否正在重新连接主服务器等信息。所有可能出现的状态管理员手册中的复制实现细节列出。这些信息是非常重要的，比如线程虽然运行但是没有成功的连接主服务器，只有这个字段能告诉用户的连接问题。由于 SQL 线程简单，所以它的状态没有拷贝。如果它运行，就没有问题，如果没有运行，可以在 Last_Error 域中找到错误（下面描述）。 Master_Host 目前主服务器主机。 Master_User 连接主服务器的当前用户。 Master_Port 当前的主服务器端口。 Connect_Retry 选项 –master-connect-retry 的当前值。 Master_Log_File I/O 线程当前读取的主服务器二进制日志文件的名字。 Read_Master_Log_Pos I/O 线程从当前的主服务器二进制日志中读取的位置起点。 Relay_Log_File SQL 线程当前读取并执行的中继日志文件的名字。 Relay_Log_Pos SQL 线程当前从中继日志中读取执行的位置起点。 Relay_Master_Log_File 主服务器中二进制日志文件的名字，此文件中包含了最近一次 SQL 线程执行的事件。 Slave_IO_Running I/O 线程是否启动。 Slave_SQL_Running SQL 线程是否启动。 Replicate_Do_DB, Replicate_Ignore_DB 如果有的话，就是以选项 –replicate-do-db 和 –replicate-ignore-db 指明的数据库列表。 Replicate_Do_Table, Replicate_Ignore_Table, Replicate_Wild_Do_Table, Replicate_Wild_Ignore_Table 如果有的话，是以选项 –replicate-do-table, –replicate-ignore-table, –replicate-wild-do-table, and –replicate-wild-ignore_table 指明的表的列表。 Last_Errno, Last_Error 最近执行的查询返回的错误号和错误信息。错误号是 0 且空的信息表示没有错误。如果 Last_Error 值不空，在从服务器的错误日志中也会出现错误信息。 6、常见错误： ERROR：Could not find target log during relay log initialization Slave I/O: error connecting to master 'rep1@192.168.0.130:3306' - retry-time: 60 retries: 86400, Error_code: 2013 报如上错误。 ，需要确认两点，Change to mysql用户名的正确性，log_file的正确。 ，在从库机器，mysql命令可以通过rep1用户链接到主库。（记得bind-address 注释掉，否则没法在第三方机器访问。） 确认好用户名之后，重新reset slave;再参照第四步开始同步。 参考链接： http://blog.knowsky.com/196961.htm http://www.linuxidc.com/Linux/2012-02/54729.htm http://hi.baidu.com/farmerluo/item/c0483620cf76d18e6e2cc3a5 主从切换：http://blog.sina.com.cn/s/blog_5aefd9770100agfo.html