MySQL主从复制原理及配置过程

[mysqld]
log-bin = /data/3306/mysql-bin

vim /data/3306/my.cnf
修改[mysqld]下的两行
log-bin = /data/3306/mysql-bin

server-id = 6

[root@localhost ~]# egrep "server-id|log-bin" /data/3306/my.cnf 
log-bin = /data/3306/mysql-bin
server-id = 6

[root@localhost ~]# /data/3306/mysql restart  #重启Mysql主库

mysql -u root -p123456 -S /data/3306/mysql.sock
mysql> show variables like ‘server_id‘;
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| server_id     | 6     |
+---------------+-------+
1 row in set (0.00 sec)

mysql> show variables like ‘log_bin‘;
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_bin       | ON    |
+---------------+-------+
1 row in set (0.00 sec)

#根据主从复制的原理，从库想要和主库同步，必须要有一个可以连接主库的账号，并且这个账号是主库上面创建的，权限是允许从库连接并同步数据

 mysql> grant replication slave on *.* to ‘rep‘@‘192.168.56.%‘ identified by ‘123456‘; 

Query OK, 0 rows affected (0.00 sec)

#刷新权限
mysql> flush privileges;
Query OK, 0 rows affected (0.01 sec)

#检查主库创建的rep账号
mysql> select user,host from mysql.user;
+------+-----------------------+
| user | host |
+------+-----------------------+
| root | 127.0.0.1 |
| rep | 192.168.56.% |
| root | ::1

#检查权限
mysql> show grants for rep@‘192.168.56.%‘;
+---------------------------------------------------------------------------------------------------------------------------+
| Grants for rep@192.168.56.% |
+---------------------------------------------------------------------------------------------------------------------------+
| GRANT REPLICATION SLAVE ON *.* TO ‘rep‘@‘192.168.56.%‘ IDENTIFIED BY PASSWORD ‘*6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9‘ |
+---------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)

#对主数据库锁表只读
mysql> flush table with read lock;
Query OK, 0 rows affected (0.00 sec)

#查看自动解锁时长
mysql> show variables like ‘%timeout%‘;
+----------------------------+----------+
| Variable_name | Value |
+----------------------------+----------+
| connect_timeout | 10 |
| delayed_insert_timeout | 300 |
| innodb_lock_wait_timeout | 120 |
| innodb_rollback_on_timeout | OFF |
| interactive_timeout | 28800 |
| lock_wait_timeout | 31536000 |
| net_read_timeout | 30 |
| net_write_timeout | 60 |
| slave_net_timeout | 3600 |
| wait_timeout | 28800 |
+----------------------------+----------+
10 rows in set (0.00 sec)

#锁表后查看主库状态，命令显示的信息要记录在案，后面的从库导入全备后，继续和主库复制时就是要从这个位置开始

mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 | 334 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

##或者使用mysql -uroot -p123456 -S /data/3306/mysql.sock -e "show master status"

#锁表后，一定单开一个新的ssh窗口，导出数据库的所有数据，如果数据量很大（50G以上），并且允许停机，可以停库直接打包数据文件进行迁移，那样更快

#新开一个窗口，备份数据库，以备迁移数据到从库

[root@localhost ~]# mkdir /server/backup -p

[root@localhost ~]# mysqldump -uroot -p123456 -S /data/3306/mysql.sock --events -A -B | gzip > /server/backup/mysql_bak.$(date +%F).sql.gz

#-A表示备份所有库；-B 表示增加use DB和drop等（导库时会直接覆盖原有的）

#导出数据完毕后，解锁主库，恢复可写，因为主库还要对外提供服务，不能一直锁定不让用户访问

mysql> unlock tables;
Query OK, 0 rows affected (0.00 sec)

vim /data/3307/my.cnf
server-id = 7      #(参数要放在[mysqld]模块下,且参数不能重复)

[root@localhost 3306]# egrep "server-id|log-bin" /data/3307/my.cnf 
#log-bin = /data/3307/mysql-bin
server-id = 7

/data/3307/mysql restart

mysql -uroot -p123456 -S /data/3307/mysql.sock

mysql> show variables like "server_id";
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| server_id     | 7     |
+---------------+-------+
1 row in set (0.00 sec)


mysql> show variables like "log_bin";
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_bin       | OFF   |
+---------------+-------+
1 row in set (0.00 sec)

#把从主库导出的数据恢复到从库
cd /server/backup/
gzip -d mysql_bak.2018-07-03.sql.gz （-d 解压后删除源文件）

#还原数据库
[root@localhost backup]# mysql -uroot -p123456 -S /data/3307/mysql.sock < mysql_bak.2018-07-03.sql

提示：如果备份时使用了-A参数，则在还原数据到3307实例时，登录3307实例的密码也会和3306主库的密码一致，因为3307实例的授权表Mysql也被覆盖了 

#登录3307从库，配置复制参数
mysql -uroot -p123456 -S /data/3307/mysql.sock

mysql> CHANGE MASTER TO MASTER_HOST=‘192.168.56.11‘, #主库的IP
-> MASTER_PORT=3306, #主库的端口，从库端口可以和主库不同
-> MASTER_USER=‘rep‘, #主库上建立的用于复制的用户rep
-> MASTER_PASSWORD=‘123456‘, #rep用户的密码
-> MASTER_LOG_FILE=‘mysql-bin.000001‘, #show master status时查看到的二进制日志文件名称，注意不能有空格
-> MASTER_LOG_POS=334; #show master status时查看到的二进制日志偏移量，不能多空格
Query OK, 0 rows affected (0.01 sec)

提示：字符串用单引号括起来，数值不用引号，注意内容后面不能有空格

#启动从库主从复制开关，并查看复制状态
mysql -uroot -p‘123456‘ -S /data/3307/mysql.sock -e "start slave;"

[root@localhost backup]# mysql -uroot -p‘123456‘ -S /data/3307/mysql.sock -e "show slave status\G;"

[root@localhost backup]# mysql -uroot -p‘123456‘ -S /data/3307/mysql.sock -e "show slave status\G;"| egrep "IO_Running|SQL_Running|_Behind_Master"
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Seconds_Behind_Master: 0

Slave_IO_Running: Yes
#这个是I/O线程状态，I/O线程负责从从库到主库读取binlog日志，并写入从库的中继日志，状态为Yes表示I/O线程工作正常

Slave_SQL_Running: Yes
#这个是SQL线程状态，SQL线程负责读取中继日志（relay-log）中的数据并转换为SQL语句应用到从数据库中，状态为YES表示I/O线程工作正常

Seconds_Behind_Master: 0
#这个是复制过程中从库比主库延迟的秒数，这个参数很重要，但企业里更准确的判断主从延迟的方法为：在主库写时间戳，然后从库中读取时间戳，和当前数据库时间进行比较，从而认定是否延迟

在主库上写入数据，然后观察从库的数据状况：
mysql -uroot -p123456 -S /data/3306/mysql.sock -e "create database template;"

[root@localhost backup]# mysql -uroot -p123456 -S /data/3307/mysql.sock -e "show databases like ‘template‘;"
+---------------------+
| Database (template) |
+---------------------+
| template |
+---------------------+

mysql -uroot -p123456 -S /data/3306/mysql.sock -e "drop database template;"
mysql -uroot -p123456 -S /data/3307/mysql.sock -e "show databases like ‘template‘;"

#根据测试可以判断，主从库是同步的