标签：执行 triggers 文件 数据分布 tab 分享 binary ppc ica
Mysql复制（replication）是一个异步的复制，从一个Mysql 实例（Master）复制到另一个Mysql 实例（Slave）。实现整个主从复制，需要由Master服务器上的IO进程，和Slave服务器上的Sql进程和IO进程共从完成。要实现主从复制，首先必须打开Master端的binary log（bin-log）功能，因为整个 MySQL 复制过程实际上就是Slave从Master端获取相应的二进制日志，然后再在自己slave端完全顺序的执行日志中所记录的各种操作。 （二进制日志几乎记录了除select以外的所有针对数据库的sql操作语句）
(1) 数据分布 (Data distribution )
(2) 负载平衡(load balancing)
(3) 备份(Backups)
(4) 高可用性和容错行 High availability and failover
(1) master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）；
(2) slave将master的binary log events拷贝到它的中继日志(relay log)；
(3) slave重做中继日志中的事件，将更改应用到自己的数据上。
下图描述了复制的过程：
该过程的第一部分就是master记录二进制日志。在每个事务更新数据完成之前，master在二日志记录这些改变。MySQL将事务串行的写入二进制日志，即使事务中的语句都是交叉执行的。在事件写入二进制日志完成后，master通知存储引擎提交事务。
下一步就是slave将master的binary log拷贝到它自己的中继日志。首先，slave开始一个工作线程——I/O线程。I/O线程在master上打开一个普通的连接，然后开始binlog dump process。Binlog dump process从master的二进制日志中读取事件，如果已经跟上master，它会睡眠并等待master产生新的事件。I/O线程将这些事件写入中继日志。
SQL slave thread（SQL从线程）处理该过程的最后一步。SQL线程从中继日志读取事件，并重放其中的事件而更新slave的数据，使其与master中的数据一致。只要该线程与I/O线程保持一致，中继日志通常会位于OS的缓存中，所以中继日志的开销很小。
此外，在master中也有一个工作线程：和其它MySQL的连接一样，slave在master中打开一个连接也会使得master开始一个线程。复制过程有一个很重要的限制——复制在slave上是串行化的，也就是说master上的并行更新操作不能在slave上并行操作。
1. 创建一个数据库 ： create database testXbq;
2. 创建表：create table student(id int primary key auto_increment,name varchar(20));
3. 先将master上的数据复制到slave上（基于二进制日志备份（默认是关闭的））
（1）先开启二进制日志：
编辑配置文件：vi /etc/my.cnf，在里面增加
log-bin=/var/lib/mysql-bin // 二进制存放的目录和名字
binlog_format=mixed //
server-id=1 // 标志 master的唯一标识
（2）重启mysql： service mysql restart
（3）查看master的状态：show master status;
（4）查看目录下的二进制文件： ll /var/lib/mysql
其中，mysql-bin.index存的是：
（5）基于 位置 备份
mysqldump -uroot -p --single-transaction --master-data=2 --triggers --routines --all-databases > xbq.sql
// 基于独立的事务 // =2 注释掉 =1 不注释 // 备份到当前目录下xbq.sql
查看 xbq.sql，会发现：
后续的复制工作会从 mysql-bin.000001的579位置开始复制。
（6）master需要授权 一个用户给 slave，即建立一个复制账号，在master上执行（可以通过 ? grand 查看 grand的语法）：
grant replication slave on *.* to ‘reppc‘@‘%‘ identified by ‘xbq123‘; // 一般不用root帐号，% 表示所有客户端都可能连，只要帐号，密码正确，此处可用具体客户端IP代替，如192.168.1.112，加强安全。
需要刷新权限 才可以生效： flush privileges;（此时，在salve上连接 master的数据库）
（7）在slave上应用 xbq.sql，有两种方式：
方法一：远程拷贝到 slaver， scp root@192.168.242.129:/usr/xbq.sql /usr/xbq.sql
方法二：远程连接 执行sql， mysql -h192.168.242.129 -uroot -p < /usr/xbq.sql
（8）重启master。
4.slave 应用sql
方法一： source
方法二： mysql -uroot -p < /usr/xbq.sql
经过上面的操作 master上的数据 就到了 slave中
5.复制的过程：
（1）slave开始二进制日志，和 master一样的配置 ，但是 server-id 需要 =2
（2）让slave连接master，并开始重做master二进制日志中的事件（可以通过 ? change master to 查看语法）：
change master to master_host=‘192.168.242.129‘, master_user=‘reppc‘,master_password=‘xbq123‘, master_port=3306,master_log_file=‘mysql-bin.000001‘,master_log_pos=579; 
从 服务器的哪一个日志的哪一个位置 复制。
其中，master_host是master的IP，master_user是在master中赋予复制权限的用户，master_log_file是master中二进制文件，master_log_pos是开始复制的位置。
（3）查看IOThread和SQLThread是否成功，只有 这两个状态 都是 YES才可以复制。
（4）查看maste上的用户表 select * from mysql.user \G，看到多了一个 我们刚刚指定的用户，看到 此记录 的 reppc：Y ，即说明该用户 具有复制的权限
此时，master已经配置ok了，查看状态：show master status;
（5）先重启slave:
(6) 查看salve的状态 show slave status ：
出现 Slave-IO-Running：YES，Slave-SQL-Running :YES ，则主从配置成功！
（1）在matser中的 student 表中新增加一条记录：
insert into student(name) values(‘徐邦启‘);
（2）在slave中查看student表：
OK！
1.查看二进制日志：mysqlbinlog --no-defaults mysql-bin.000001（二进制日志中包含中各种DML和DDL）。
2.查看mysql的配置文件（my.cnf）目录：whereis my.cnf
3.查看mysql的配置文件（my.cnf）目录：mysql --verbose --help | grep -C 1 ‘Default opt‘
4.清空master：reset master;
本文是一主一从，当然，一主多从也是一样的道理，在增加一台slave，然后在my.cnf修改，然后 change master to，在master上 修改 change master to master_host= ‘192.168.242.%‘。
标签：执行 triggers 文件 数据分布 tab 分享 binary ppc ica
原文地址：http://www.cnblogs.com/xbq8080/p/6671041.html
