中继日志（relay log）只在主从服务器架构的从服务器上存在。从服务器（slave）为了与主服务器(Master)保持一致，要从主服务器读取二进制日志的内容，并且把读取到的信息写入本地的日志文件中，这个从服务器本地的日志文件就叫中继日志。然后，从服务器读取中继日志，并根据中继日志的内容对从服务器的数据进行更新，完成主从服务器的数据同步。
（1） 错误日志log_error：记录MySQL服务的启动、运行或停止MySQL服务时出现的问题
MySQL的日志类型很多，而每种类型都有着特殊的作用，了解这些日志，有助于我们更好地理解MySQL数据库的体系，进而更合理地使用数据库。
Mysql内建的复制功能是构建大型，高性能应用程序的基础。将Mysql的数据分布在多个系统之上，这种分布的机制，是通过将Mysql的某一台主机的数据复制到其它主机（slaves）上，并重新执行一遍来实现的。复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知新的更新。
MySQL 内置的复制功能是构建基于 MySQL 的大规模、高性能应用的基础，复制解决的基本问题是让一台服务器的数据与其他服务器保持同步。
不停库不锁表在线主从配置 http://seanlook.com/2015/12/14/mysql-replicas/ MySQL之间数据复制的基础是二进制日志文件。一台MySQL数据库一旦启用二进制日志后，其作为master，它的数据库中所有操作都会以“事件”的方式记录在二进制日志中，其他数据库作为slave通过一个I/O线程与主服务器保持通信，并监控master的二进制日志文件的变化，如果发现master二进制日志文件发生变化，则会把变化复制到自己的中继日志中，然后slave的一个SQL线程会把相关的
目前，大部分的主流关系型数据库都提供了主从复制的功能，通过配置两台（或多台）数据库的主从关系，可以将一台数据库服务器的数据更新同步到另一台服务器上。网站可以利用数据库的这一功能，实现数据库的读写分离，从而改善数据库的负载压力。一个系统的读操作远远多于写操作，因此写操作发向 master，读操作发向 slaves 进行操作（简单的轮循算法来决定使用哪个slave）。
先来回顾一下上一篇的小集群架构，tomcat集群，nginx进行反向代理，服务器异地： 由上一篇讲到，部署的时候，将war部署在不同的服务器里，通过spring-session实现了session共享
主库记录二进制日志。在每次准备提交事务完成数据更新前，主库将数据更新的事件记录到二进制日志中。MySQL会按事务提交的顺序而非每条语句的执行顺序来记录二进制日志。在记录二进制日志后，主库会告诉存储引擎可以提交事务了。下一步，备库将主库的二进制日志复制到其本地的中继日志中。首先，备库会启动一个工作线程，称为I/O线程，I/O线程跟主库建立一个普通的客户端连接，然后在主库启动一个特殊的二进制转储线程，这个二进制转储线程会读取主库上二进制日志中的事件。他不会对事件进行轮询。如果该线程追赶上了主库，他将进入睡眠状态，直到主库发送信号量通知其有新的事件产生时才会被唤醒，备库I/O线程会将接收到的事件记录到中继日志中。
MySQL 主从复制（replication）是一个异步的复制过程。从一个实例（Master）复制到另一个实例（Slave），整个过程需要由 Master 上的 IO 进程 和 Slave 上的 Sql 进程 与 IO 进程 共同完成。 首先 Master 端必须打开 binary log（bin-log），因为整个复制过程实际上就是 Slave 端从 Master 端获取相应的二进制日志，然后在本地完全顺序的执行日志中所记录的各种操作。 原理图如下：
Mysql复制（replication）是一个异步的复制，从一个Mysql 实例（Master）复制到另一个Mysql 实例（Slave）。实现整个主从复制，需要由Master服务器上的IO进程，和Slave服务器上的Sql进程和IO进程共从完成。要实现主从复制，首先必须打开Master端的binary log（bin-log）功能，因为整个 MySQL 复制过程实际上就是Slave从Master端获取相应的二进制日志，然后再在自己slave端完全顺序的执行日志中所记录的各种操作。（二进制日志几乎记录了除select以外的所有针对数据库的sql操作语句）
基于主从复制，一个主库，挂多个从库，然后我们就单单只是写主库，然后主库会自动把数据给同步到从库上去，数据读取走从库。
1）基于语句的复制。在服务器上执行sql语句，在从服务器上执行同样的语句，MySQL默认采用基于语句的复制，执行效率高。
1、复制概述 1.1、复制解决的问题 数据复制技术有以下一些特点： (1) 数据分布 (2) 负载平衡(load balancing) (3) 备份 (4) 高可用性(high availability)和容错 1.2、复制如何工作 从高层来看，复制分成三步： (1) master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）； (2) slave将master的binary log events拷贝到它的中继日志(relay log)； (3) slave重做中继日志中的事件，将改变反映它自己的数据。
转载自：http://www.cnblogs.com/hustcat/archive/2009/12/19/1627525.html，版权归原作者所有，侵删！
MHA服务有两种角色, MHA Manager(管理节点)和MHA Node(数据节点)
MySQL 主从复制是指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。
在 MySQL 系统中，有着诸多不同类型的日志。各种日志都有着自己的用途，通过分析日志，我们可以优化数据库性能，排除故障，甚至能够还原数据。这些不同类型的日志有助于我们更清晰的了解数据库，在日常学习及运维过程中也会和这些日志打交道。本节内容将带你了解 MySQL 数据库中几种常用日志的作用及管理方法。
MySQL的主从复制是一项重要功能，可以利用其实现读写分离、高可用，及备份等目的。众所周知，MySQL是一个单进程、多线程的数据库，在各项工作中调用了不同的线程，本篇将介绍在主从复制中所使用的线程。
mysql双主热备，也称主主互备，目的是mysql数据库高可用，只支持双机，原因是mysql的复制是一主多从，但一个从服务器只能有一个主服务器。
MySQL的复制架构允许获取事件的I/O线程和重放事件的SQL线程异步进行。但是在主库上并发执行的查询在从库中只能串行化执行，因为只有一个SQL线程来重放中继日志事件。
推荐阅读 微服务：springboot系列教程学习 源码：Javaweb练手项目源码下载 调优：十五篇好文回顾 面试笔试：面试笔试整理系列 一、什么是主从复制 将主数据库中的DDL和DML操作通过二进制日志传输到从数据库上，然后将这些日志重新执行（重做）；从而使得从数据库的数据与主数据库保持一致。 二、主从复制的作用 1、主数据库出现问题，可以切换到从数据库。 2、可以进行数据库层面的读写分离。 3、可以在从数据库上进行日常备份。 三、复制过程 📷 Binary log：主数据库的二进制日志。 Relay
当master服务器上的数据发生改变时(增、删、改)，则将其改变写入二进制binlog日志中；slave服务器会在一定时间间隔内对master二进制日志进行探测其是否发生改变，如果发生改变，则开启一个I/O 线程请求master二进制事件，同时主节点为每个I/O线程启动一个dump线程，用于向其发送二进制事件，并保存至从库本地的中继日志中，从库(从节点)将启动SQL线程从中继日志中读取二进制日志，在本地重放，使得其数据和主节点的保持一致，最后IO线程和SQL线程将进入睡眠状态，等待下一次被唤醒。
你可以把它看做是一个监控MySQL的工具，当master挂了之后，起一个slave作为master，另外一台slave重新作为新master的备库；
关于数据同步的方式有很多种，现在有一个场景需要将mysql数据库的数据主动同步到我们的工程中，并且能再mysql数据库客户端更改某一行的数据也能将数据同步到另一个数据库或者工程中，对于这种场景的使用我们应该怎么去实现呢？
首先主从复制是什么？简单来说是让一台MySQL服务器去复制另一台MySQL的数据，使两个服务器的数据保持一致。
主从复制的原理 MySql主库在事务提交时会把数据变更作为事件记录在二进制日志Binlog中； 主库推送二进制日志文件Binlog中的事件到从库的中继日志Relay Log中，之后从库根据中继日志重做数据变更操作，通过逻辑复制来达到主库和从库的数据一致性； MySql通过三个线程来完成主从库间的数据复制，其中Binlog Dump线程跑在主库上，I/O线程和SQL线程跑着从库上； 当在从库上启动复制时，首先创建I/O线程连接主库，主库随后创建Binlog Dump线程读取数据库事件并发送给I/O线程，I/O
是否为MySQL线上库的备份而烦恼过，这里提供一个完整的备份从属数据库的备份方案，亲测可用。
随着网站业务的不断发展，用户量不断增加，数据量成倍增长，数据库的负载压力也越来越大，同时，为了防止数据库异常造成的数据丢失，我们常常需要两台或多态数据库的主从关系，可以将一台数据库服务器的数据更新同步到另一台。 网站可以利用 mysql 提供的特性，实现数据库读写分离，从而改善数据库的负载能力，并提供稳定的服务依托。
高可用集群是指通过特殊的软件把独立的服务器连接起来，组成一个能够提供故障切换（Ｆａｉｌ Ｏｖｅｒ）功能的集群
随着应用业务数据不断的增大，应用的响应速度不断下降，在检测过程中我们不难发现大多数的请求都是查询操作。
MySQL内建的复制功能是构建基于MySQL的大规模、高性能应用的基础，复制功能的目的是构建高性能的应用，同时也是高可用性、可扩展性、灾难恢复、备份以及数据仓库等工作的基础。比较常见的用途有以下几种：
主从复制是指将主数据库的DDL和DML操作通过二进制日志传到从数据库上，然后在从数据库上对这些日志进行重新执行，从而使从数据库和主数据库的数据保持一致。
MySQL的复制原理：Master上面事务提交时会将该事务的Binlog Events写入Binlog文件，然后Master将Binlog Events传到Slave上面，Slave应用该Binlog Events实现逻辑复制。
一.mysql主从备份（复制）的基本原理 mysql支持单向、异步复制，复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。mysql复制基于主服务器在二进制日志中跟踪所有对数据库的更改(更新、删除等等)。因此，要进行复制，必须在主服务器上启用二进制日志。每个从服务器从主服务器接收主服务器已经记录到其二进制日志的保存的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，并在本机上执行相同的更新。然后封锁并等待主服务器通知新的更新。从服务器执行备份不会干扰主服务器，在备份过程中主服务器可以继续处理更新。 二.mysql主从备份配置方法 在进行mysql主从备份时，最好确保主从服务器的版本兼容。从服务器至少与主服务器版本相同或更高。 主机（master）配置： 1.修改mysql配置文件my.cnf 在[mysqld]标签下添加以下几行
https://www.cnblogs.com/along21/p/8011596.html
在实际的生产中，为了解决Mysql的单点故障已经提高MySQL的整体服务性能，一般都会采用**「主从复制」**。
非常感谢大家昨晚来到我们的公开课课堂，一起探讨了关于数据库的架构，最后详细探讨学习了mysql主从同步的搭建过程。
当单台 MYSQL 服务器无法满足当前网站流量时的优化方案。需要搭建 mysql 集群技术。
一、复制的意义 mysql的复制功能是构建基于MySql大规模，高性能应用的基础，我们可以通过为服务器配置一个或多个备库来进行数据同步；复制功能不仅有利于构建高性能的应用，同时也是高可用性，可扩展行，灾难恢复，备份以及数据仓库等工作的基础 二、复制的方式 Mysql支持3种方式：基于语句的复制、基于行的复制、混合复制。对应的binlog的格式也有三种：STATEMENT，ROW，MIXED (1)基于语句的复制（SBR） 每一条会修改数据的sql语句会记录到binlog中。优点是不需要记录每一条sql语句和
🧑个人简介：大家好，我是 shark-Gao，一个想要与大家共同进步的男人😉😉
在实际生产环境中，如果对MySQL数据库的读和写都在一台数据库服务器中操作，无论是在安全性、高可用性，还是高并发等各个方面都是不能满足实际需求的，一般要通过数据库集群的主从复制机制来同步数据，再通过读写分离来提升数据库的并发负载能力
master将改为二进制日志(binarylog)。这就是所谓的二进制日志事件，binarylogevents。
MySQL的复制是指将一个数据库实例的数据复制到另一个数据库实例，使两个实例的数据保持一致。复制是MySQL高可用性和可扩展性的重要组成部分，它可以提供数据备份、读写分离以及故障恢复等功能。
本文主要是介绍在centos上搭建mysql的主从服务器。如果没有搭建过的，可以查看我以前的博客，里面有详细的安装centos和在centos上安装mysql的说明。
在上一期《时区信息记录表|全方位认识 mysql 系统库》中，我们详细介绍了mysql系统库中的时区信息记录表，本期我们将为大家带来系列第七篇《复制信息记录表|全方位认识 mysql 系统库》，下面请跟随我们一起开始 mysql 系统库的系统学习之旅吧！
1、what 读写分离 读写分离，基本的原理是让主数据库处理事务性增、改、删操作（INSERT、UPDATE、DELETE），而从数据库处理SELECT查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。
#这个是指slave 连接到master的状态 #当前在等待主发送事件 Slave_IO_State: Waiting for master to send event #master地址 Master_Host: 192.168.1.10 #master的同步账号 Master_User: sync #master端口 Master_Port: 3306 # Connect_Retry: 60 #I/O线程当前正在读取的主服务器二进制日志文件的名称。 Master_Log_File: mysql-bin.
1、在业务复杂的系统中，有这么一个情景，有一句sql语句需要锁表，导致暂时不能使用读的服务，那么就很影响运行中的业务，使用主从复制，让主库负责写，从库负责读，这样，即使主库出现了锁表的情景，通过读从库也可以保证业务的正常运作。
领取专属 10元无门槛券
手把手带您无忧上云
