解读mysql主从配置及其原理分析(Master-Slave)

1.在主数据库服务器为从服务器添加一个拥有权限访问主库的用户:
GRANT REPLICATION SLAVE ON *.* TO ' test'@'%' IDENTIFIED BY 'test';
(%表示允许所有IP，可设置指定从服务器IP)
添加用户后:
可在从服务器上用mysql -h127.0.0.1 -utest -ptest;  来测试是否有权限访问主数据库


2.在主据库配置文件加上:
#master config
server-id       = 1
log-bin          = mysql-bin

3.在从服务器数据库配置文件：
server-id        = 2 
master-host      =  10.0.0.199 
master-user      =  test
master-password  =  test   
replicate-do-db  =  test 
master-port      =  3306
log-bin          = mysql-bin


如果你的一切配置顺利
你在从服务器上输入命令：show slave statusG
正常情况：Slave_IO_Running:yes
Slave_SQL_Running:yes




在主服务器上输入show master status



那么，恭喜，主从数据库配置OK，可以在主数据库插入数据进行测试，是否从库同步木有...
注：请检查防火墙!!!
其实配置过程是很容易简单的，不要太过激动，我们再花点时间了解其主从的原理。
下面的内容对你理解应该有点作用。

一 MySQL 复制的基本过程如下：（各部分学习自Google，谢谢）
1. Slave 上面的IO线程连接上 Master，并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容;

2. Master 接收到来自 Slave 的 IO 线程的请求后，通过负责复制的 IO线程根据请求信息读取指定日志指定位置之后的日志信息，返回给 Slave 端的 IO线程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息在 Master 端的 Binary Log 文件的名称以及在 BinaryLog 中的位置;
3. Slave 的 IO 线程接收到信息后，将接收到的日志内容依次写入到 Slave 端的RelayLog文件(mysql-relay-lin.xxxxxx)的最末端，并将读取到的Master端的bin-log的文件名和位置记录到 master-info文件中，以便在下一次读取的时候能够清楚的高速Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给 我”

4. Slave 的 SQL 线程检测到 Relay Log 中新增加了内容后，会马上解析该 Log 文件中的内容成为在 Master
端真实执行时候的那些可执行的 Query 语句，并在自身执行这些 Query。这样，实际上就是在 Master 端和 Slave
端执行了同样的 Query，所以两端的数据是完全一样的。