简单的一个完整 M-S 配置：


step1 

slave是通过msyql连接到master上读取二进制的，所以需要在master上给slave配置权限

mysql>grant replication slave,replication client on *.* to 'repl'@'slave-ip' identified by 'passwowrd'
mysql>flush privileges;
到slave测试连接是否成功
mysql  -urepl -h master-ip -p

step2:

在master打开二进制日志，并表示server-id   只是主库开启以下参数
[mysqld] 
 #general
 basedir = /usr/local/mysql
 datadir = /usr/local/mysql/data
 socket = /tmp/mysql.sock
 user = mysql
 port = 3306
 server_id = 1
 log-error = /usr/local/mysql/logs/mysql-master.err
 pid = /usr/local/mysql/data/mysql-master.pid
 #binlog 
 log-bin  = /usr/local/mysql/data/mysql-bin
 sync-binlog = 1
 #InnoDB
 innodb_flush_log_at_trx_commit
 innodb_support_xa = 1       保持binlog和 innodb redo log数据一致性，
 #other
 character_set_server = utf8
 default_storage_engine =InnoDB
 ft_min_word_len = 1
 open_files_limit = 65535

[client]
 socket = /tmp/mysql.sock
 port = 3306
 

#/service mysqld  restart

step3:

制作一个master的完整备份，并执行prepare，用于slave的搭建、
#innobackupex --user=root --password=xxxx  /root/backup
#innobackupex  --use-memory=500m  --apply-log /root/backup/2014-10-10-/


step4:

将备份拷贝到slave，并放入数据文件目录
scp -r  /root/backup/2014-10-10-   /usr/local/mysql/data/
chwow -R mysql:msyql /usr/local/mysql/data/

step5

配置slave

relay-log=/usr/local/mysql/data/mysql-relay-bin   good;specifies a path and base name 
log_slave_updates=1          允许备库将其重放的事件也记录到自身的二进制日志中
read_only=1              阻止任何没有特权权限的线程修改数据
server_id=2              必须的 ,身份识别    
skip_slave_start            阻止备库在奔溃恢复后自动启动复制     
/etc/init.d/mysqld  restart

step6:

查看并记录二进制日志的position ID
in slave：
pwd  /usr/local/mysql/data/
cat xtrabackup_binlog_info
localhost.000001  120
或者在master上执行
show master status\G；

step7：

in slave 配置slave replication ，启动复制
change master to
master_host='master-ip',
master_user='repl',
master_password='123456',
master_log_file='localhost-bin.000001',
master_log_pos=120;


step8:

start slave;
show  slave status\G;
如果这两显示yes，说明配置成功
slave_io_running :yes
slave_sql_running :yes


step9:

观察线程列表
in master：

mysql> show processlist \G;
*************************** 1. row ***************************
     Id: 1
   User: repl
   Host: 192.168.2.23:26962
     db: NULL
Command: Binlog Dump
   Time: 96460
  State: Master has sent all binlog to slave; waiting for binlog to be updated
   Info: NULL
在主库可以看到备库I/O线程向主库发起的链接，即master的binlog dump线程


in salve :
    Id: 1
   User: system user
   Host: 
     db: NULL
Command: Connect
   Time: 364
  State: Slave has read all relay log; waiting for the slave I/O thread to update it
   Info: NULL
*************************** 2. row ***************************
     Id: 2
   User: system user
   Host: 
     db: NULL
Command: Connect
   Time: 96786
  State: Waiting for master to send event
   Info: NULL
这些简单的输出有来自一台运行了一段时间的服务器，所以I/O线程在主库和备库上的time值较大。
SQL线程已经空闲了364秒，这意味着，这364秒没有重放任何事件，当sql线程重放时候，info列可能会显示正在查询。


stp1的解释说明
#复制账户事实上只需要主库的replication slave权限，并不一定每段有replication client权限，那么为什么我们还需要把这两宗权限都复制给主/备库呢 ？？？
 1，用来监控和管理复制的账号需要replication client权限，并且针对这两种目的使用的同一个账号更加容易。
 2，如果在主库上建立了账号，然后从主库将数据克隆到备份库上时候，北路也设置好了---变成主库所需要的配置，这样以后方便交换主备角色、
 
 step2:的解释说明
 请查看mysql的配置参数详解


mysql 主从复制授权多种方案详解：

1，生产授权方案1

主库：  web_app  123paswd  10.1.1.2 3306 (all privileges)

从库:  主库的we_app用户同步到从库，然后收回（insert，update，delete权限

保险起见：

在slave库，设置read-only参数，确保从库只读


2，生产授权方案2


主库：web_w  123paswd  10.1.1.2 3306 (all privileges)

从库：web_R 123paswd  10.1.1.2 3306 (select)

风险：web_w连接从库

开发 ：多套用户密码，不专业

保险起见：

在slave库，设置read-only参数，确保从库只读


3，生产授权方案3

不同步mysql库，主从库分别进行如下授权

主库：web    123paswd  10.1.1.2 3306 (all privileges)

从库：web    123paswd  10.1.1.2 3306 (select)

缺陷：从库切换到主库的时候，链接用户权限问题

保险起见：

在slave库，设置read-only参数，确保从库只读


注意：read-only参数

read-only参数可以让slave服务器只允许来自slave服务器线程或具有super权限的用户更新，可以确保slave服务器不接受来自普通用户的更新

以上的super权限是指：

1，某一个具有（all privileges）的用户

2， root 用户


百度做法：

保留一个从库，时刻准备接替master，作为新的master，此时的slave全部复制master，不忽略mysql库