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

  1. 云栖社区>
  2. 博客>
  3. 正文

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

miles_wong 2015-12-05 18:45:30 浏览841
展开阅读全文

这里写图片描述
主从复制的原理
当从库执行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)

网友评论

登录后评论
0/500
评论
miles_wong
+ 关注