逻辑复制主从搭建
创建复制用户：
CREATE USER 'repl'@'192.168.6.%' IDENTIFIED BY '123';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.6.%';
FLUSH PRIVILEGES;
下面是dump文件中的内容，也就是说备库恢复到这个点。
show warnings;看到密码安全相关的警告... ...
再show slave status看一下
然后我们开启slave
start slave;
当然监控slave状态的指标，看Slave_IO_Running，Slave_SQL_Running(IO线程和SQL线程)
复制原理看 http://blog.itpub.net/29990276/viewspace-2055728/
从库上看线程：
这个就是IO线程
再看主库上的线程：
这个就是主库上的dump线程，发送日志。
relay.log是为了，IO接收的binlog写到relay.log，然后由SQL线程慢慢消费，解决一个延时应用的问题。并且relay回放完就会被清除释放掉。当然还可以指定不删除，MHA最好不purge，
show variables like 'relay_log_purge';
网站标题：逻辑复制主从搭建
本文路径：http://scyanting.com/article/ggeggj.html
CREATE USER 'repl'@'192.168.6.%' IDENTIFIED BY '123';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.6.%';
FLUSH PRIVILEGES;
下面是dump文件中的内容，也就是说备库恢复到这个点。
show warnings;看到密码安全相关的警告... ...
再show slave status看一下
然后我们开启slave
start slave;
当然监控slave状态的指标，看Slave_IO_Running，Slave_SQL_Running(IO线程和SQL线程)
复制原理看 http://blog.itpub.net/29990276/viewspace-2055728/
从库上看线程：
这个就是IO线程
再看主库上的线程：
这个就是主库上的dump线程，发送日志。
relay.log是为了，IO接收的binlog写到relay.log，然后由SQL线程慢慢消费，解决一个延时应用的问题。并且relay回放完就会被清除释放掉。当然还可以指定不删除，MHA最好不purge，
show variables like 'relay_log_purge';
网站标题：逻辑复制主从搭建
本文路径：http://scyanting.com/article/ggeggj.html
