主从中涉及到的文件
主库:二进制日志(mysql-bin.000001) 从库: db01-relay.000001 中继日志 master.info 主库信息记录日志 relay-log.info 记录中继应用情况信息
主从中涉及到的线程
主库 Binlog_Dump_Thread:DUMP线程 从库 Slave_IO_Thead:IO线程 Slave_SQL_Thread:SQL线程
一、什么是主从复制? 主从复制,是用来建立一个和主数据库完全一样的数据库环境,称为从数据库;主数据库一般是准实时的业务数据库。 二、主从复制的作用 1、做数据的热备,作为后备数据库,主数据库服务器故障后,可切换到从数据库继续工作,避免数据丢失。 2、架构的扩展。业务量越来越大,I/O访问频率过高,单机无法满足,此时做多库的存储,降低磁盘I/O访问的频率, 提高单个机器的I/O性能。 3、读写分离,使数据库能支撑更大的并发。在报表中尤其重要。由于部分报表sql语句非常的慢,导致锁表,影响前台服务。 如果前台使用master,报表使用slave,那么报表sql将不会造成前台锁,保证了前台速度。 三、主从复制的原理 1.数据库有个bin-log二进制文件,记录了所有sql语句。 2.我们的目标就是把主数据库的bin-log文件的sql语句复制过来。 3.让其在从数据的relay-log重做日志文件中再执行一次这些sql语句即可。 4.下面的主从配置就是围绕这个原理配置 5.具体需要三个线程来操作: 1.binlog输出线程:每当有从库连接到主库的时候,主库都会创建一个线程然后发送binlog内容到从库。在从库里, 当复制开始的时候,从库就会创建两个线程进行处理: 2.从库I/O线程:当START SLAVE语句在从库开始执行之后,从库创建一个I/O线程, 该线程连接到主库并请求主库发送binlog里面的更新记录到从库上。 从库I/O线程读取主库的binlog输出线程发送的更新并拷贝这些更新到本地文件,其中包括relay log文件。 3.从库的SQL线程:从库创建一个SQL线程,这个线程读取从库I/O线程写到relay log的更新事件并执行。 可以知道,对于每一个主从复制的连接,都有三个线程。拥有多个从库的主库为每一个连接到主库的从库创建一个binlog输出线程, 每一个从库都有它自己的I/O线程和SQL线程。 步骤一:主库db的更新事件(update、insert、delete)被写到binlog 步骤二:从库发起连接,连接到主库 步骤三:此时主库创建一个binlog dump thread线程,把binlog的内容发送到从库 步骤四:从库启动之后,创建一个I/O线程,读取主库传过来的binlog内容并写入到relay log. 步骤五:还会创建一个SQL线程,从relay log里面读取内容,从Exec_Master_Log_Pos位置开始执行读取到的更新事件, 将更新内容写入到slave的db.
主从复制原理描述
1.change master to 时,ip port user password binlog position写入到master.info进行记录 2. start slave 时,从库会启动IO线程和SQL线程 3.IO_T,读取master.info信息,获取主库信息连接主库 4. 主库会生成一个准备binlog DUMP线程,来响应从库 5. IO_T根据master.info记录的binlog文件名和position号,请求主库DUMP最新日志 6. DUMP线程检查主库的binlog日志,如果有新的,TP(传送)给从从库的IO_T 7. IO_T将收到的日志存储到了TCP/IP 缓存,立即返回ACK给主库 ,主库工作完成 8.IO_T将缓存中的数据,存储到relay-log日志文件,更新master.info文件binlog 文件名和postion,IO_T工作完成 9.SQL_T读取relay-log.info文件,获取到上次执行到的relay-log的位置,作为起点,回放relay-log 10.SQL_T回放完成之后,会更新relay-log.info文件。 11. relay-log会有自动清理的功能。 细节:主库一旦有新的日志生成,会发送“信号”给binlog dump ,IO线程再请求