主从复制
主从复制原理
- 在Slave 服务器上执行
start slave
命令开启主从复制开关,开始进行主从复制。 - 此时,Slave服务器的IO线程会通过在master上已经授权的复制用户权限请求连接master服务器,并请求从执行binlog日志文件的指定位置(日志文件名和位置就是在配置主从复制服务时执行
change master
命令指定的)之后开始发送binlog日志内容 - Master服务器接收到来自Slave服务器的IO线程的请求后,其上负责复制的IO线程会根据Slave服务器的IO线程请求的信息分批读取指定binlog日志文件指定位置之后的binlog日志信息,然后返回给Slave端的IO线程。返回的信息中除了binlog日志内容外,还有在Master服务器端记录的IO线程。返回的信息中除了binlog中的下一个指定更新位置。
- 当Slave服务器的IO线程获取到Master服务器上IO线程发送的日志内容、日志文件及位置点后,会将binlog日志内容依次写到Slave端自身的Relay Log(即中继日志)文件(
MySQL-relay-bin.xxx
)的最末端,并将新的binlog文件名和位置记录到master-info
文件中,以便下一次读取master端新binlog日志时能告诉Master服务器从新binlog日志的指定文件及位置开始读取新的binlog日志内容 - Slave服务器端的SQL线程会实时检测本地Relay Log 中IO线程新增的日志内容,然后及时把Relay LOG 文件中的内容解析成sql语句,并在自身Slave服务器上按解析SQL语句的位置顺序执行应用这样sql语句,并在
relay-log.info
中记录当前应用中继日志的文件名和位置点
主从复制模式
异步模式
如上图,就是主服务接受到客户端的操作请求,则正常执行然后记录到binlog日志后,就直接返回给客户端结果。在此期间不会考虑binlog日志是否完整传输到从服务器以及是否完整存放到从服务器上的relay日志中。主节点的log dump线程再去发送日志到从服务。这种模式对客户端的响应返回最快,但是一旦主服务(器)宕机,数据就可能会因为没有及时发送给从服务而导致从服务数据丢失。
半同步模式
如上图,这种模式下,当主服务写入binlog日志后,就会通知log dump线程发送日志到从服务的I/O线程,等待从服务将日志写入到relay log中,然后返回给主服务一个确认通知,主服务只要接受到一个从服务的确认通知,就会返回给客户端结果,否则需要等待直到超时时间然后切换成异步模式再返回给客户端结果。这样做的目的可以使主从数据库的数据延迟缩小,可以提高数据安全性,确保