day09_mysql——AB复制
mysql a-b：
AB【主从复制】
A就是那个主库，B就是那个从库。一般是AB复制，你也可以ABBBBBBBCCCCCC复制。
举例：
主要实现什么功能？
在主库执行 create database abc，在从库上自动创建了abc库
mysql主库开启日志功能，你在库中create database abc库，这个动作一定会记录在bin-log日志中。
此时我通过一种机制把Bin-log下载到从库，从库中也有create database abc语句，然后我通过从库本地的SQL线程，在我从库再执行一下create database abc语句。
所以主库和从库做了一样的操作了。
AB复制主要通过2个线程实现：
从库上的
I/O线程：从主库上把bin-log下载到从库后，放到从库的Relay-log中。
SQL线程：把Relay-log中的动作，在从库上做一次。
注意：
(1)、关闭防火墙强，如果主库或从库中开了防火墙，会造成I/O线程无法连接。
(2)、生产遇到SQL线程报错，如何解决？从主库拿到一些操作，在从库上执行不了，通过会跳过那些执行不了的。【详细上网自己查，咱们模拟不出来】
咱们的数据是以为主库为准，在生产库做AB复制，主库中肯定有一些数据，从库肯定是新的库
【假如原从库不是新的，从库中有ABC库，现在在主库中执行create table abc，肯定就报错了】。
咱们实验环境中是两台新虚拟机，主库没有数据，咱们自己模拟点数据。
实验手册是全的，是按主库有数据来写的。
主库【模拟数据】：
create database m;
use m;
create table a(a int);
insert into a values(1);
----------------------------------------
[root@rhce ~]# service iptables stop //关闭防火墙
[root@rhce ~]# setenforce 0 //临时关闭selinux
vi /etc/selinux/config //永久关闭，要重启
将SELINUX=enforcing改为SELINUX=disabled
4.1
master:
vim /etc/my.cnf 【配置文件,server_id的值小，代表是主】
[mysqld]
server_id = 1
slave: 【配置文件】
vim /etc/my.cnf
[mysql]
server_id = 2
4.2
master:
vim /etc/my.cnf 【在主库开启bin-log日志】
[mysql]
server_id = 1
log-bin=binlog
log-bin-index=binlog.index
4.3
slave:
vim /etc/my.cnf 【在从库开启relay-log日志】
[mysql]
server_id = 2
relay_log = /app/mysql/mysql-relay-bin
relay_log_index=/app/mysql/mysql-relay-bin.index
4.4
master && slave
service mysql restart 【修改了配置文件，重启服务配置生效】
4.5
master:
mysql> GRANT replication slave ON *.* TO 'lipengfei'@'%' identified by 'lipengfei'; 【创建一个用户，赋予复制权限】
Query OK, 0 rows affected (0.05 sec)
mysql> flush privileges; 【权限生效】
Query OK, 0 rows affected (0.00 sec)
##################################################
slave: 【如果从库以前有数据，要干掉原有数据，保持从库没有数据】
service mysql stop
cd /app/mysql/data 【进行数据目录】
rm -fr 只删除库相关目录
service mysql restart
master: 【主库上有一些数据了，从库是干净的，要同步数据，两个库在同一起点才能同步。所以把主库的旧数据导出，再导入从库，让两边数据一致】
mysqldump -u root -pmysql m >/tmp/full.sql
scp /tmp/full.sql root@从库IP:/tmp/
scp /tmp/full.sql root@192.168.8.101:/tmp/
slave:
mysql -u root -pmysql m < /tmp/full.sql 【导入主库的旧数据】
********************4.6******************************
master:
mysql> flush tables with read lock; 【给主库加上读锁，防止再的操作修改主库。咱们上面已经把主从库两边数据同步了】
mysql> show master status;【查看Bin-log状态，查看写到哪个日志的哪个位置了，从库从现在的位置同步】
+---------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+---------------+----------+--------------+------------------+-------------------+
| binlog.000001 | 402 | | | |
+---------------+----------+--------------+------------------+-------------------+
mysql>unlock tables;
4.6
slave:
mysql> change master to master_host='主库IP', master_port=3306, master_user='同步复制的用户', master_password='同步复制的密码', master_log_file='binlog.000001',master_log_pos=402;
change master to master_host='192.168.8.100', master_port=3306, master_user='lipengfei', master_password='lipengfei', master_log_file='binlog.000001',master_log_pos=402;
mysql> start slave;
4.7
slave: 【查看AB复制成功没】
mysql> show slave status \G
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
创建数据测试
master:
create database slave;
use slave;
create table a(a int);
insert into a values(1);
insert into a values(2);
slave:
show databases;
use slave;
select * from a;
#################################################################
Seconds_Behind_Master: 0 【说明同步效率非常好：主库发生变化，过了多少秒，从库就更新过来了】
slave:【从库的数据应该全是从主库同步过来的，不应该有人往从库中写数据】
vim /etc/my.cnf
read-only=1 【只读，如果使用root用户登录，可以写数据，其它用户不能】
如果从库的同步进程停止了，主库的操作还会往从库中同步吗？会丢数据吗？
slave:
service mysql stop
master:
use slave;
insert into a values(3);
insert into a values(4);
slave:
service mysql start
use slave;
select * from a;【咱们没有手工操作，数据自动同步过来了，说明主库相关的配置肯定保存在一个文件中】
slave:
more /app/mysql/data/master.info
