mysql主从复制原理及存在的问题

主从复制的原理
当从库执行CHANGE MASTER TO 后

• 从库
  • 生成两个线程I/O thread和SQL thread。
  • I/O线程与主库进行连接，请求主库的binlog。接收到binlog后，会存储到relay log中（中继日志）
  • SQL线程会解析中继日志，并在从库上进行应用
• 主库
  • 接到I/O线程的请求，会生成一个binlog dump thread。负责把binlog给从库的I/O线程。

查看主库的线程

mysql> show processlist\G
*************************** 1. row ***************************
     Id: 5
   User: repl
   Host: miles22:44755
     db: NULL
Command: Binlog Dump
   Time: 1777
  State: Master has sent all binlog to slave; waiting for binlog to be updated
   Info: NULL
...

查看从库的线程

mysql> show processlist\G
...
#I/O线程
*************************** 2. row ***************************
     Id: 9
   User: system user
   Host:
     db: NULL
Command: Connect
   Time: 1911
  State: Waiting for master to send event
   Info: NULL
#SQL线程
*************************** 3. row ***************************
     Id: 10
   User: system user
   Host:
     db: NULL
Command: Connect
   Time: 1252
  State: Slave has read all relay log; waiting for the slave I/O thread to update it
   Info: NULL

查看从库的中继日志

#miles-relay-bin为中继日志
[root@miles22 mysql]# ll
total 112512
-rw-rw----. 1 mysql mysql       56 Dec  3 13:54 auto.cnf
drwx------. 2 mysql mysql     4096 Dec  5 17:39 db1
-rw-rw----. 1 mysql mysql    20933 Dec  5 17:54 error.log
-rw-rw----. 1 mysql mysql 12582912 Dec  5 18:00 ibdata1
-rw-rw----. 1 mysql mysql 50331648 Dec  5 18:00 ib_logfile0
-rw-rw----. 1 mysql mysql 50331648 Dec  3 13:49 ib_logfile1
-rw-rw----. 1 mysql mysql      129 Dec  5 18:05 master.info
-rw-rw----. 1 mysql mysql        6 Dec  3 14:00 miles.pid
-rw-rw----. 1 mysql mysql      173 Dec  5 17:54 miles-relay-bin.000001
-rw-rw----. 1 mysql mysql      870 Dec  5 18:05 miles-relay-bin.000002
-rw-rw----. 1 mysql mysql       50 Dec  5 17:54 miles-relay-bin.index
drwx------. 2 mysql mysql     4096 Dec  5 17:39 mysql
-rw-rw----. 1 mysql mysql    65420 Dec  3 13:49 mysql-bin.000001
-rw-rw----. 1 mysql mysql  1176237 Dec  3 13:49 mysql-bin.000002
-rw-rw----. 1 mysql mysql      143 Dec  3 13:54 mysql-bin.000003
-rw-rw----. 1 mysql mysql      120 Dec  3 14:00 mysql-bin.000004
-rw-rw----. 1 mysql mysql     2063 Dec  3 20:29 mysql-bin.000005
-rw-rw----. 1 mysql mysql   626058 Dec  5 17:39 mysql-bin.000006
-rw-rw----. 1 mysql mysql      174 Dec  3 20:29 mysql-bin.index
drwx------. 2 mysql mysql     4096 Dec  3 13:49 performance_schema
-rw-rw----. 1 mysql mysql       59 Dec  5 18:05 relay-log.info

[root@miles22 mysql]# more master.info
23
mysql-bin.000013
1115
192.168.137.21
repl
beijing
3333
60
0

0
1800.000

0
831d7c7e-982b-11e5-adcc-00505638f3db
86400

0

[root@miles22 mysql]# more relay-log.info
7
./miles-relay-bin.000002 #中继日志位置点
870
mysql-bin.000013
1115 #从库复制到这
0
0
1

主从复制存在的问题

• 主库宕机后，数据可能丢失

mysql主从复制是异步的，不需要等待从库复制成功后再返回。

• 从库只有一个SQL线程，主库写压力大，复制很可能延时

从库应用日志的线程只有SQL线程一个，而主库同时接受很多线程进行读写。当主库压力大时，从库很可能落后主库

• 解决方法：
  • 半同步复制（可有效解决数据丢失的问题）
  • 并行复制 （可以让从库同时启动更多的线程去应用binlog）