MySQL主从复制
MySQL主从复制原理
mysql主从复制原理.jpg
从节点上的I/O 进程连接主节点，并请求从指定日志文件的指定位置（或者从最开始的日志）之后的日志内容；
主节点接收到来自从节点的I/O请求后，通过负责复制的I/O进程根据请求信息读取指定日志指定位置之后的日志信息，返回给从节点。返回信息中除了日志所包含的信息之外，还包括本次返回的信息的bin-log file 的以及bin-log position；从节点的I/O进程接收到内容后，将接收到的日志内容更新到本机的relay log中，并将读取到的binary log文件名和位置保存到master-info 文件中，以便在下一次读取的时候能够清楚的告诉Master“我需要从某个bin-log 的哪个位置开始往后的日志内容，请发给我”；
Slave 的 SQL线程检测到relay-log 中新增加了内容后，会将relay-log的内容解析成在祝节点上实际执行过的操作，并在本数据库中执行。
MySQL主从实战
-
master产生日志
在master库中的配置文件中[mysqld]添加：
server-id=1 #数据库服务器标识，这个id是唯一的，在主从里面，应该保证server.id不一样
log-bin=master-bin #打开sql的日志文件，让从服务去读取在slave库中的配置文件中[mysqld]添加：
server-id=2
-
master建立一个用户
- create user 'repl'@'192.168.%.%' identified by 'root123456';//创建用户
- grant replication slave on *.* to 'repl'@'192.168.%.%'; 注释：授予repl用户对该数据库所有的库和表的复制权限
- flush privlleges;//刷新权限
-
slave用这个用户复制日志文件
-
获取master库中的binlog信息
mysql> show master status; +-------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +-------------------+----------+--------------+------------------+-------------------+ | master-bin.000001 | 2055 | | | | +-------------------+----------+--------------+------------------+-------------------+ 1 row in set (0.00 sec) -
在slave库中执行下面的sql语句设置一个账号去请求主库中的binlog：
change master to master_host='192.168.72.129', master_port=3306, master_user='repl', master_password='root123456', master_log_file='master-bin.000001', master_log_pos=154;
-
-
slave执行这个日志文件
start slave;//开始从机服务 -
成功标识
mysql> show slave status\G; *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.72.129 Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: master-bin.000001//当前主库的二进制文件名 Read_Master_Log_Pos: 1326//正在读取主库当前的二进制日志的position位置 Relay_Log_File: localhost-relay-bin.000003 Relay_Log_Pos: 740 Relay_Master_Log_File: master-bin.000001 Slave_IO_Running: Yes//IO线程用于请求和接受主库binlog 执行状态必须为Yes Slave_SQL_Running: Yes//负责应用relay中binlog的信息，执行sql的线程 执行状态必须为Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 1326//执行到主库二进制日志中的position位置 Relay_Log_Space: 1871 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0 Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 1 Master_UUID: 2a3e1035-b8c2-11e9-a101-000c29ee8c8e Master_Info_File: /var/lib/mysql/master.info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: Auto_Position: 0 Replicate_Rewrite_DB: Channel_Name: Master_TLS_Version: 1 row in set (0.00 sec)如果失败了，有两个解决方案：
stop slave//停止从机服务 set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;//跳过slave上的1个错误 start slave//开启从机服务stop slave//停止从机服务 在主库上执行 show master status;//然后在主机上查看binlog文件的位置 mysql> show master status; +-------------------+----------+--------------+------------------+-------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | +-------------------+----------+--------------+------------------+-------------------+ | master-bin.000001 | 2055 | | | | +-------------------+----------+--------------+------------------+-------------------+ 然后重新手动同步： change master to master_host='192.168.72.129', master_port=3306, master_user='repl', master_password='root123456', master_log_file='master-bin.000001', master_log_pos=2055;//修改请求从指定日志文件的指定位置，即要从主库中那个位置开始备份
