今天说一下MySQL的主从复制如何做到！
一、准备工作。
1.两个虚拟机：我这里用的是CentOS5.5，IP地址分别是192.168.1.101 和192.168.1.105；
101做主服务器，105做从服务器（都已经安装相同版本的Mysql）；
2.本机环境：Apache+PHP+MySQL
好了，现在开始吧，来看看这听起来高大上的主从复制是怎么回事。
原理：mysql要做到主从复制，其实依靠的是二进制日志，即：假设主服务器叫A，从服务器叫B；主从复制就是
B跟着A学，A做什么，B就做什么。那么B怎么同步A的动作呢？现在A有一个日志功能，把自己所做的增删改查的动作
全都记录在日志中，B只需要拿到这份日志，照着日志上面的动作施加到自己身上就可以了。这样就实现了主从复制。
扩展：MYSQL还有一种日志叫做：慢日志
可以设置一个时间，那么所有执行时间超过这个时间的SQL都会被记录下来。这样就可以通过慢日志快速的找到网站中SQL的瓶颈来进行优化。
大家有时间可以研究一下，这里不多做介绍。
二、实现步骤。
1、首先修改mysql的配置文件，使其支持二进制日志功能。
打开主服务器的mysql配置文件：my.conf
代码：# vi /etc/my.cnf
加入如下三行代码：
参数解释：log-bin=mysql-bin //将mysql二进制日志取名为mysql-bin
binlog_format=mixed //二进制日志的格式，有三种：statement/row/mixed,具体分别不多做解释，这里使用mixed
server-id=101 //为服务器设置一个独一无二的id便于区分，这里使用ip地址的最后一位充当server-id
配置完成，:wq 保存，重启mysql
重启mysql命令：# service mysqld restart
同样的，进入从服务器，配置从服务器的my.cnf,重复步骤1即可，
唯一的区别是，server-id要改成从服务器的ip尾位，即server-id=105;其他两项是一样的，保存，并重启mySQL；
2、在主服务器上为从服务器分配一个账号，就像一把钥匙，从服务器拿着这个钥匙，才能到主服务器上来共享主服务器的日志文件。
进入主服务器的mysql界面，
命令： # mysql -u root -p 111111 //我这里mysql账号是root，密码是111111
在mysql操作界面下，输入下面一行命令：
1 GRANT replication slave ON *.* TO 'slave'@'%' IDENTIFIED BY '1234'; 2 flush privileges;
3、获取主库所有结构和数据。
（1）锁住主库，窗口不能退出，退出失效。
flush table with read lock;
（2）备份主库。
mysqldump -uroot -p123456 -S /data/3306/mysql.sock -A -B --events|gzip > /server/backup/rep_bak$(date +%F).sql.gz;
（3）解锁主库。如果解锁之后在主库上执行show master status，如果还是mysql-bin.000025 说明是正确的，如果动了说明没有锁住表，如果mysqldump 加了-F 他就会更改刷新binlog。
unlock table;
（4）在从库上建库并执行主库的备份sql。
#gzip -d rep_bak2016-06-29.sql.gz
#mysql -uroot -p123456 -S /data/3307/mysql.sock
4、查看主服务器BIN日志的信息（执行完之后记录下这两值，然后在配置完从服务器之前不要对主服务器进行任何操作，因为每次操作数据库时这两值会发生改变）。
# show master status
5、设置从服务器。
进入从服务器mysql
命令： # mysql -u root -p111111
关闭slave（如果你以前配置过主从的话，一定要先关闭）
命令：stop slave;
开始配置：
输入下面代码即可：
1 CHANGE MASTER TO 2 MASTER_HOST='10.142.160.30', 3 MASTER_PORT=3312, 4 MASTER_USER='mysqlsync', 5 MASTER_PASSWORD='NDIwMWIzMWE5ZGVmMGI2YmY4Y2RkYzUx', 6 MASTER_LOG_FILE='mysql-bin.000002', 7 MASTER_LOG_POS=718054;
参数解释：MASTER_HOST : 设置要连接的主服务器的ip地址
MASTER_USER : 设置要连接的主服务器的用户名
MASTER_PASSWORD : 设置要连接的主服务器的密码
MASTER_LOG_FILE : 设置要连接的主服务器的bin日志的日志名称，即第3步得到的信息
MASTER_LOG_POS : 设置要连接的主服务器的bin日志的记录位置，即第3步得到的信息，（这里注意，最后一项不需要加引号。否则配置失败）
change master to master_host="192.168.1.101", master_user="slave", master_password="1234",master_log_file="mysql-bin000060" master_log_pos=248;
先在从服务器配置完成，启动从服务器：
命令： start slave;
6、查看是否配置成功。
命令： show slave statusG;
上面两项均为yes，说明配置成功，否则，请重复前面的步骤。
提示：如果出现show master status里面没有东西说明bin-log日志没有开启
Slave_IO_Running:Yes，这是I/O线程状态，I/O线程负责从从库去主库读取binlog日志，并写入从库的中继日志中，状态为Yes表示I/O线程工作正常。
Slave_SQL_Running:Yes 这个是SQL线程状态，SQL线程负责读取中继日志（relay-log）中的数据并转换为SQL语句应用到从库数据库中，状态为Yes表示SQL线程工作正常
Seconds_Behind_Master:0 这个是在复制过程中，从库比主库延迟的描述，这个参数很重要，但企业里更准确地判断主从延迟的方法为：在主库写时间戳，然后从库读取时间戳进行比较，从而认定是否延迟。
##################################################################
三、从库提升为主库的操作。
mysql主从复制中，需要将备库（从库）提升为主库，需要取消其从库角色，可以通过执行以下命令：
1、执行# stop slave;
2、执行 #reset slave all;
RESET SLAVE ALL是清除从库的同步复制信息，包括连接信息和二进制文件名、位置
从库上执行这个命令后，使用show slave status将不会有输出
##################################################################
四、Mysql主从复制延迟问题原因及解决方法。
问题一：一个主库的从库太多，导致复制延迟。
建议从库数量3-5 为宜，要复制的从节点数量过多，会导致复制延迟
问题二：从库硬件比主库差，导致复制延迟
查看master和slave的系统配置，可能会因为机器配置的问题，包括磁盘IO、CPU、内存等各方面因素造成复制的延迟，一般发生在高并发大数据量写入场景。
问题三：慢SQL语句过多
假如一条SQL语句，执行时间是20秒，那么从库执行完毕，到从库上能查到数据也至少是20秒，这样就延迟20秒了
SQL语句的优化一般要作为常规工作不断的监控和优化，如果是单个SQL的写入时间长，可以修改后分多次写入，通过查看慢查询日志或show full processlist 命令找出执行时间长的查询语句或者打的事务。
问题四：主从复制的设计问题
例如，主从复制单线程，因为主库写并发太大，来不及传送到从库就会导致延迟。
更高版本的MySQL可以支持多线程复制，门户网站会开发自己多线程同步功能。
问题五：主从库之间的网络延迟。
主库的网卡、网线、连接的交换机等网络设备都可能成为复制的瓶颈，导致复制延迟，另外，跨公网主从复制很容易导致主库复制延迟
问题六：主库读写压力大，导致复制延迟
主库硬件要搞好一点，架构的前端要加buffer以及缓存层。
通过read-only参数让从库只读访问
read-only参数选项可以让从服务器只允许来自服务器线程或具有SUPER权限的数据库用户进行更新，可以确保从服务器不接受来自用户端的非法用户更新。
##################################################################################