工作原理图:
主从复制的原理：
分为同步复制和异步复制，实际复制架构中大部分为异步复制。 复制的基本过程如下：
1).Slave上面的IO进程连接上Master，并请求从指定日志文件的指定位置（或者从最开始的日志）之后的日志内容；
2).Master接收到来自Slave的IO进程的请求后，通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息，返回给Slave 的IO进程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息已经到Master端的bin-log文件的名称以及bin-log的位置；
3).Slave的IO进程接收到信息后，将接收到的日志内容依次添加到Slave端的relay-log文件的最末端，并将读取到的Master端的 bin-log的文件名和位置记录到master-info文件中，以便在下一次读取的时候能够清楚的告诉Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”；
4).Slave的Sql进程检测到relay-log中新增加了内容后，会马上解析relay-log的内容成为在Master端真实执行时候的那些可执行的内容，并在自身执行。
总结下:
每个从仅可以设置一个主。 主在执行sql之后，记录二进制log文件（bin-log）。 从连接主，并从主获取binlog，存于本地relay-log，并从上次记住的位置起执行sql，一旦遇到错误则停止同步。
从这几条Replication原理来看，可以有这些推论： 主从间的数据库不是实时同步，就算网络连接正常，也存在瞬间，主从数据不一致。 如果主从的网络断开，从会在网络正常后，批量同步。 如果对从进行修改数据，那么很可能从在执行主的bin-log时出现错误而停止同步，这个是很危险的操作。所以一般情况下，非常小心的修改从上的数据。(建议不要去修改从上的数据)
一、mysql主从复制
1、主从安装mysql，版本一致
我们装的是 mysql-5.5.30.tar.gz 这里省略…
2、修改master，slave服务器
master 192.168.176.253 服务配置
vim /usr/local/etv/my.cnf
[mysqld]
server-id=253 #设置服务器唯一的id，默认是1，我们设置ip最后一段，slave设置254
log-bin=mysql-bin # 启用二进制日志
binlog-ignore-db = mysql,information_schema #忽略写入binlog的库
slave 192.168.176.254 服务器配置：
vim /usr/local/etv/my.cnf
[mysqld]
server-id=254 #这个id与主不能一样
replicate-do-db = abc #只同步abc库
slave-skip-errors = all #忽略因复制出现的所有错误
3、重启主从服务器mysql
/etc/init.d/mysqld restart
4、在主服务器上建立帐户并授权slave
mysql> mysql -u root -p123.com
mysql> GRANT REPLICATION SLAVE ON *.* to ‘sync’@‘192.168.1.2’ identified by ‘1234.com’; #replication:复制 建立一套可以同步的用户sync 可以在192.168.1.2登录
mysql> flush privileges;#刷新权限（）
mysql> flush tables with read lock; #将表暂时锁定，防止此时还查数据；最后记得打开
5、查看主数据库状态
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000002 | 263 | | |
+------------------+----------+--------------+------------------+
6、配置从数据库
mysql> change master to
-> master_host='192.168.176.253',
-> master_user='sync',
-> master_password='1234.com',
-> master_log_file='mysql-bin.000002',
-> master_log_pos=263;
#Log和pos是master上随机获取的。这段也可以写到my.cnf里面。
7、启动slave同步进程并查看状态
1
mysql> start slave;
其中Slave_IO_Running 与 Slave_SQL_Running 的值都必须为YES，才表明状态正常。
8、验证主从同步
在主mysql创建数据库abc，再从mysql查看已经同步成功！
mysql> create database abc;
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| abc |
| mysql |
| performance_schema |
| test |
+--------------------+
在slave启动报错：
“Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: ‘Could not find first log file name in binary log index file’”
解决：报错的原因主要是slave设置master的二进制文件名或pos值不对应！
先flush logs；清空日志，在查看下主数据库的状态 show master status;看下日志文件名字和position值；
再在slave中，执行：CHANGE MASTER TO MASTER_LOG_FILE=‘二进制日志名’,MASTER_LOG_POS=值;
最后启动同步进程：start slave；