MySQL主从复制原理、半同步操作步骤及原理

画图：

1）在Slave 服务器上执行sart slave命令开启主从复制开关，开始进行主从复制。

2）此时，Slave服务器的IO线程会通过在master上已经授权的复制用户权限请求连接master服务器，并请求从执行binlog日志文件的指定位置（日志文件名和位置就是在配置主从复制服务时执行change
master命令指定的）之后开始发送binlog日志内容

3）Master服务器接收到来自Slave服务器的IO线程的请求后，其上负责复制的IO线程会根据Slave服务器的IO线程请求的信息分批读取指定binlog日志文件指定位置之后的binlog日志信息，然后返回给Slave端的IO线程。返回的信息中除了binlog日志内容外，还有在Master服务器端记录的IO线程。返回的信息中除了binlog中的下一个指定更新位置。

4）当Slave服务器的IO线程获取到Master服务器上IO线程发送的日志内容、日志文件及位置点后，会将binlog日志内容依次写到Slave端自身的Relay Log（即中继日志）文件（Mysql-relay-bin.xxx）的最末端，并将新的binlog文件名和位置记录到master-info文件中，以便下一次读取master端新binlog日志时能告诉Master服务器从新binlog日志的指定文件及位置开始读取新的binlog日志内容

5）Slave服务器端的SQL线程会实时检测本地Relay Log 中IO线程新增的日志内容，然后及时把Relay LOG 文件中的内容解析成sql语句，并在自身Slave服务器上按解析SQL语句的位置顺序执行应用这样sql语句，并在relay-log.info中记录当前应用中继日志的文件名和位置点

  
  

flush table with read lock;   锁表，窗口不能退出，退出失效
root@oldboy 05:16:22->show master status;  临界点，将来恢复就从0025开始
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000025 |     9155 |              |                  |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

备份

   
   

mysqldump -uroot -p123456 -S /data/3306/mysql.sock -A -B --events|gzip >/server/backup/rep_bak$(date +%F).sql.gz
 
[root@db02 oldboy]# ls -lrt /server/backup/
total 308
-rw-r--r-- 1 root root     20 Dec 23  2015 bak_2015-12-23.sql.gz
-rw-r--r-- 1 root root 152214 Dec 23  2015 bak.sql.gz
-rw-r--r-- 1 root root 152238 Jun 29 17:20 rep_bak2016-06-29.sql.gz
解锁：unlock table;
root@oldboy 05:22:00->show master status;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000025 |     9155 |              |                  |
+------------------+----------+--------------+------------------+

#如果解锁之后还是mysql-bin.000025 说明是正确的，如果动了说明没有锁住表

#如果mysqldump 加了-F 他就会更改刷新binlog

  
  
shell>mysqldump -uroot -p123456 -S /data/3306/mysql.sock -B -F -R -x --master-data=1 -A --events|gzip >/server/backup/rep3307_(date +%F).sql.gz

   
   

shell>mysql -uroot -p123456 -S /data/3307/mysql.sock <./repo3307_2016-07-03.sql
mysql>CHANGE MASTER TO
MASTER_HOST='www.etiantian.org',
MASTER_PORT=3306,
MASTER_USER='rep',
MASTER_PASSWORD='123456',
MASTER_LOG_FILE='mysql-bin.000025',
MASTER_LOG_POS=9815;
mysql>start slave
mysql>show slave status\G

错误提示：

  
  

stop slave;
set global sql_slave_skip_counter =1; #将同步指针向下移动，如果多次不同步，可以添加移动的数量
start slave;

  
  

root@oldboy 08:51:37->show processlist;
+----+------+-------------------+------+-------------+------+-----------------------------------------------------------------------+------------------+
| Id | User | Host              | db   | Command     | Time | State                                                                 | Info             |
+----+------+-------------------+------+-------------+------+-----------------------------------------------------------------------+------------------+
|  2 | rep  | 172.16.1.52:51317 | NULL | Binlog Dump |   68 | Master has sent all binlog to slave; waiting for binlog to be updated | NULL             |
|  3 | root | localhost         | NULL | Query       |    0 | NULL                                                                  | show processlist |
+----+------+-------------------+------+-------------+------+-----------------------------------------------------------------------+------------------+
2 rows in set (0.00 sec)

• MySQL自身的原因以及人为重复插入数据
• 不同的数据版本会引起不同步，低版本到高版本可以，但是高版本不能往低版本同步
• MySQL的运行错误或者程序BUG
• binlog记录模式，例如：row level模式就比默认的语句要好

  
  

log-slave-updates  #必须要有这个参数
log-bin = /data/3307/mysql-bin
expire_logs_days = 7 #相当于删除7天之后的日志

• 具有SUPER权限的用户可以更新，不受read-only参数影响，例如：管理员root。
• 来自从服务器线程可以更新，不受read-only参数影响，例如：rep用户

  
  

[mysqld]
read-only

  
  

用户：web_w 密码：123456 端口3306  主库VIP：10.0.0.1
权限：SELECT,INSERT,UPDATE,DELETE
命令：GRANT SELECT,INSERT,UPDATE,DELETE ON wen.* to 'web_w'@10.0.0.% identified by '123456';

  
  

用户：web_r 密码:123456 端口：3306 从库VIP：10.0.0.2
权限：SELECT
命令：GRANT SELECT ON web.* TO web@10.0.0.% identfied by '123456';

  
  

用户：web 密码：123456 端口：3306 主库VIP：10.0.0.1
权限：SELECT,INSERT,UPDATE,DELETE
命令：GRANT SELECT,INSERT,UPDATE,DELETE ON web.* TO web@10.0.0.% identified by '123456';

  
  

用户：web 密码：123546 端口：3306 主库VIP:10.0.0.8
权限：SELECT,INSERT,UPDATE,DELETE
命令：GRANT SELECT,INSERT,UPDATE,DELETE ON web.* to web_w@10.0.0.% identified by '123546';
由于从库设置了read-only，非super权限是无法写入的，因为通过read-only参数就可以

  
  

binlog-ignore-db = mysql
replicate-ignore-db = mysql

   
   

[root@db02 oldboy]# ll /application/mysql-5.5.49/lib/plugin/
-rwxr-xr-x 1 root root 173428 Jun 16 12:57 semisync_master.so
-rwxr-xr-x 1 root root  94098 Jun 16 12:57 semisync_slave.so

2） 从库什么也不操作，只同步主库

  
  

登录：mysql -uroot -p123456 -S /data/3306/mysql.sock
stop slave;
retset master;
quit;

  
  

cd /data/3306/data
rm -rf master.info relay-log.info
检查mysql授权表（web用户权限以及从库同步的权限）是不是正确的
read-only等参数
确认bin-log是否开启

  
  

stop slave；
CHANGE MASTER TO MASTER_HOST ='192.168.1.1'; #如果不同步，就指定位置点。
start slave；
show slave status\G
==========================主库宕机切换成功
修改程序配置文件从主数据库32指定32