mysqlマスタースレーブレプリケーション

log-bin  =  mysql-bin　//二进制日志文件名称主体
log-bin-index  =  mysql-bin.index　//二进制日志文件索引文件
server-id  =  1　//唯一的服务器ID，为了保持唯一性，可以去ip的尾部
binlog-format  =  mixed　//控制复制基于的方式，有基于语句(statement)，基于行(row)，混合(mixed)，**主从库需要保持一致**
#sync_binlog=1 //推荐配置，开启该选项，mysql每次在事务提交前会将二进制日志同步到磁盘上，保证在服务器崩溃时不会丢失事件。

比如说要指定db1和db2两个数据库进行主从复制：
binlog-do-db = db1
binlog-do-db = db2

mysql> grant replication slave, replicatin client on \*.\* to repl@'172.16.226.192' identified by 'repl123456';　//其中repl是用户名，repl123456为账户密码，172.16.226.168为备库的地址。
mysql> flush privileges;　//在不重启mysql服务的情况下完成权限的更新

relay-log  =  slave-relay-bin　//中继日志文件名称主体
relay-log-index  =  slave-relay-bin.index　//中继日志文件索引文件
server-id  =  2　//唯一的服务器ID，必须要异于主库
#read_only = 1　//限制备库为只读，可选
log_slave_updates = 1　//控制是否在中继日志执行之后，将同步过来的数据添加到自己的binlog中去，1代表是
skip_slave_start // 该选项能够阻止备库在崩溃后自动启动复制，建议开启
即使开启了建议的选项，备库仍然可能在崩溃后被中断，因为master.info和中级日志文件都不是崩溃安全的，所以建议开启一下选项：
sync_master_info     = 1
sync_relay_log       = 1
sync_relay_log_info  = 1

mysql> grant reload, lock tables, replication client on \*.\* to backup@'%' identified by 'backup123';
mysql> flush privileges;　//在不重启mysql服务的情况下完成权限的更新

innobackupex-1.5.1 --defaults-file=/etc/mysql/my.cnf --user=backup --password=backup123  /mysqlbackup
--defaults-file：选择默认的配置文件
--user和--password：分别为进行备份的用户名和密码
/mysqlbackup：目标目录

innobackupex-1.5.1 --apply-log --user=backup --password=backup123  /mysqlbackup/2017-01-11_21-20-57
如果执行正确，其最后输出的几行信息通常如下：
xtrabackup: starting shutdown with innodb_fast_shutdown = 1
120407  9:01:36  InnoDB: Starting shutdown...
120407  9:01:40  InnoDB: Shutdown completed; log sequence number 92036620
120407 09:01:40  innobackupex: completed OK!

scp -r /mysqlbackup/ copyer@192.168.1.192:/data/

innobackupex-1.5.1 --copy-back  /mysqlbackup
如果执行正确，其输出信息的最后几行通常如下：
innobackupex: Starting to copy InnoDB log files
innobackupex: in '/backup/2012-04-07_08-17-03'
innobackupex: back to original InnoDB log directory '/mydata/data'
innobackupex: Finished copying back files.
120407 09:36:10  innobackupex: completed OK!

chown -R  mysql:mysql  /var/lib/mysql/

mysql> change master to master_host='192.168.1.208'，master_user='repl'，
master_password='repl123456'，master_log_file='mysql-bin.000001'（备份时得到的活动日志）,master_log_pos=0（备份时得到的活动日志中事件的位置）;

mysql> start slave;

mysql> show slave status;

Slave_IO_Running: Yes  //表示IO线程运行正常
Slave_SQL_Running: Yes  //表示SQL线程运行正常
Seconds_Behind_Master: 0  //表示在网络条件较好的情况下，从库能够及时同步上主库

0：每隔一秒，把事务日志缓存区的数据写到日志文件中，以及把日志文件的数据刷新到磁盘上；
1：每个事务提交时候，把事务日志从缓存区写到日志文件中，并且刷新日志文件的数据到磁盘上；
2：每事务提交的时候，把事务日志数据从缓存区写到日志文件中；每隔一秒，刷新一次日志文件，但不一定刷新到磁盘上，而是取决于操作系统的调度；

**binlog-do-db=mysql**：主库只是将指定库(mysql)发生的变化记录到二进制日志中。
**binlog-ignore-db=mysql**：主库取消将指定库(mysql)发生的变化记录到二进制日志中。

**replicate-do-db=mysql**：从库只是将指定库(mysql)发生的变化进行重现。
**replicate-ignore-db=mysql**：从库取消将指定库(mysql)发生的变化进行重现。
针对表进行的过滤：
**replicate-wild_do-table=mysql.learn**：从库只是将指定库(mysql)中指定表(learn)发生的变化进行重现。
**replicate-wild_ignore-table=mysql.learn**：从库取消将指定库(mysql)中指定表(learn)发生的变化进行重现。

1、重启mysql服务器即可关闭bin日志的记录
2、通过reset master命令进行清理

purge {master|binary} logs to 'log_name'
purge {master|binary} logs before 'date'

eg.
purge master logs to 'mysql-bin.000005';
purge master logs before '2014-08-30 00:00:00';//清除指定日期之前的日志
purge master logs before date_sub(now(),Interval 3 day);清除三天前的日志

每次进行log flush的时候会自动删除过期的日志

1、重启
2、binlog文件的大小达到了最大限制
3、手动执行flush logs命令