首先呢，需要有两个mysql服务器。如果做测试的话可以在同一台机器上装两个mysql服务程序，注意要两个运行程序的端口不能一样。我用的是一个是默认的3306，从服务器用的是3307端口。
在主服务创建账号:
GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.*
TO backup@'192.168.100.2'
IDENTIFIED BY '1234';
建立一个帐户backup，并且只能允许从192.168.100.2这个地址上来登陆，密码是1234。
关停A服务器，将A中的数据拷贝到B服务器中，使得A和B中的数据同步，并且确保在全部设置操作结束前，禁止在A和B服务器中进行写操作，使得两数据库中的数据一定要相同！ (如果ab两者数据不相同的话，同步不会同步之前的差异）。
配置主Server。
在主服务器（数据库源）上的my.cnf配置[mysqld]之后加入如下条目：
log_bin = /var/log/mysql/mysql-bin.log |
官方文档推荐的是，在master端不指定binlog-do-db，在slave端用replication-do-db来过滤。
告诉主服务器，如果当前的数据库(即USE选定的数据库)是db_name，应将更新记录到二进制日志中。其它所有没有明显指定的数据库 被忽略。如果使用该选项，你应确保只对当前的数据库进行 .
4. 配置从Server。
在辅服务器上的my.ini中加入如下内容
server-id = 2 //2代表辅
replicate-do-db = testmirror //需要同步的库名字
replicate-ignore-db = mysql
replicate-ignore-db = information_schema
master-host = xx.xx.xx.xx //主服务器的IP地址
master-user = //主服务器的用户名
master-password = //数据库密码
master-port = 3306
master-connect-retry = 10 //每个10秒钟同步一次
注意画删除线的部分不要添加,否则报错：
[ERROR] mysqld: unknown variable ‘master-host=127.0.0.1′，Google了一下，据网上消息介绍，Mysql版本从5.1.7以后开始就不支持“master-host” 类似的参数。
而是通过如下方式：
从数据库的my.cnf只要添加两项就ok了：
server-id = 2
replicate-do-db = mydatabase
mysql>
change master to master_host=’127.0.0.1′,master_user=’backup’,master_password=’******’,master_log_file=’mysql-bin.000001′,master_log_pos=106;
其中master_log_file和master_log_pos通过在主数据库show master status;
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin. | | testmirror | |
+------------------+----------+--------------+------------------+
row in set (0.00 sec)
（Master_Log_File
I/O 线程当前读取的主服务器二进制日志文件的名字）
得到。
端口不是默认端口的话，如master_port=3307，不要加引号。
在辅服务器上运新如下命令
mysql> show slave status;
重要的是查看 Slave_IO_Running | Slave_SQL_Running两个值，必须都是YES才可以， 但是通常不是YES。
MySQL主从不同步问题解决
1.首先停掉Slave服务：
mysql> slave stop |
2.到主服务器上查看主机状态：
记录File和Position对应的值。
mysql> show master status; |
3.到slave服务器上执行手动同步：
mysql> change master to |
4.启动slave: slave start
再次查看slave状态发现： show slave status
Slave_IO_Running: Yes |
通过这种方法同步失败后，主库在同步有问题时写入的在重新同步后没有写入。
另一方法：
方法一：忽略错误后，继续同步
该方法适用于主从库数据相差不大，或者要求数据可以不完全统一的情况，数据要求不严格的情况
解决：
stop slave;
#表示跳过一步错误，后面的数字可变
set global sql_slave_skip_counter =1; （http://blog.csdn.net/dukope/article/details/18084159）
start slave;
之后再用mysql> show slave status\G 查看：
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
ok，现在主从同步状态正常了。。。
我们知道，因为DATA REPLICATION机制完全是基于在主上执行的增量SQL要被传播到辅服务器上，并且被成功运行。这就势必要求：在运行此机制前，主辅数据库中数据是一致的；以及在运行此机制中，辅数据库禁止来自其他的SQL（非主上传播过来SQL）的写操作。但是在运行中仍然可能遇到不一致的产生，这会导致通信无法正常继续下去。因此一旦主从出现问题，首先应该解决同步位置的问题，修复丢失的数据。
MySQL主从配置的其他相关问题，后续文章中陆续跟大家再谈。
参考：
http://www.drupal001.com/2012/03/mysql-master-slave-troubles/
http://guoh.org/lifelog/2011/08/mysql-master-slave-replication/
http://www.jb51.net/article/27206.htm
参考：http://www.cnblogs.com/blueel/archive/2013/01/06/2847842.html
mysql主从同步失败原因：
1.网络的延迟
由于mysql主从复制是基于binlog的一种异步复制，通过网络传送binlog文件，理所当然网络延迟是主从不同步的绝大多数的原因，特别是跨机房的数据同步出现这种几率非常的大，所以做读写分离，注意从业务层进行前期设计。
2.主从两台机器的负载不一致
由于mysql主从复制是主上面启动1个io线程，而从上面启动1个sql线程和1个io线程，当中任何一台机器的负载很高，忙不过来，导致其中的任何一个线程出现资源不足，都将出现主从不一致的情况。
3.max_allowed_packet设置不一致
主上面设置的max_allowed_packet比从大，当一个大的sql语句，能在主上面执行完毕，从上面设置过小，无法执行，导致的主从不一致。
4.key自增键开始的键值跟自增步长设置不一致引起的主从不一致。
5.mysql异常宕机情况下，如果未设置sync_binlog=1或者innodb_flush_log_at_trx_commit=1很有可能出现binlog或者relaylog文件出现损坏，导致主从不一致。
6.mysql本身的bug引起的主从不同步。