Linux MySQL主从复制(Replication)(MySQL数据同步)配置

本文详细介绍了MySQL的主从复制功能,旨在实现数据分布、负载平衡和备份。复制过程涉及主服务器记录二进制日志,从服务器拷贝并重放这些事件,确保数据同步。文中还给出了主从服务器的具体配置步骤,包括激活主服务器的二进制日志、设置权限、初始化从服务器数据等,以确保复制的顺利进行。
摘要由CSDN通过智能技术生成

一、MySQL复制概述

      MySQL内建的复制功能是构建大型,高性能应用程序的基础。将Mysql的数据分布到多个系统上去,这种分布的机制,是通过将Mysql的某一台主机(master)的数据复制到其它主机(slaves)上,并重新执行一遍来实现的。复制过程中一个服务器充当主服务器(master),而一个或多个其它服务器充当从服务器(slave)。主服务器将更新写入二进制日志文件,并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时,它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新,然后封锁并等待主服务器通知新的更新。

   MySQL的复制不是简单的COPY,从属服务器启动两个线程(thread):I/O线程和SQL线程,I/O线程接收主服务器对参与复制数据库的更新操作事件(event),并记入自己的中继二进制更新日志文件(hostname-relay-bin.00000n),由SQL线程将更新操作写入自己的数据库表项。主从服务器之间复制的不是具体的数据内容,而是具体的以二进制格式记录的操作事件,因而在一定程度上实现主从服务器之间的数据同步。(这种复制类似于生物学意义上的按基因复制,在英语中replication的主要词义就是指该种复制。)

   MySQL复制解决的问题

     1)、数据分布 (Data distribution )。

     2)、负载平衡(load balancing)</p?

     3)、备份(Backups)

     4)、高可用性和容错行 High availability and failover 

   MySQL复制是如何工作的

     整体上来说,复制有3个步骤: 

     1)、master将改变记录到二进制日志(binary log)中(这些记录叫做二进制日志事件,binary log events);

     2)、slave将master的binary log events拷贝到它的中继日志(relay log);

     3)、slave重做中继日志中的事件,将改变反映它自己的数据。

    下图描述了复制的过程:

        该过程的第一部分就是master记录二进制日志。在每个事务更新数据完成之前,master在二日志记录这些改变。MySQL将事务串行的写入二进制日志,即使事务中的语句都是交叉执行的。在事件写入二进制日志完成后,master通知存储引擎提交事务。
       下一步就是slave将master的binary log拷贝到它自己的中继日志。首先,slave开始一个工作线程——I/O线程。I/O线程在master上打开一个普通的连接,然后开始binlog dump process。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值