mysql(1) 数据库复制的基础知识

1.为什么要进行数据备份

众所周知现在数据最重要，信息是最关键的东西，为了保证数据的安全性，mysql开发出了一系列的数据复制技术，最早的数据备份是冷备，即定期将数据复制到某种存储介质(磁带，光盘…)上并物理存档保管，现在mysql复制技术多种多样。

2.如何实现复制

复制有3个步骤：
1.master将变更记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）。
2.主节点接收到来自从节点的I/O请求后，通过负责复制的I/O进程根据请求信息读取指定日志指定位置之后的日志信息，返回给从节点。返回信息中除了日志所包含的信息之外，还包括本次返回的信息的bin-log file 的以及bin-log position；从节点的I/O进程接收到内容后，将接收到的日志内容更新到本机的relay log中
3.Slave 的 SQL线程检测到relay-log中新增加了内容后，会将relay-log的内容解析成在祝节点上实际执行过的操作，并在本数据库中执行。
这是最基本的主从复制结构

3.什么是数据库复制？

复制数据库实际上就是指在数据库系统的多个数据库间拷贝和维护数据库对象的过程
这个对象可以是整个表、部分列或行、索引、视图、过程或者他们的组合等
广义上，凡是通过数据库系统生成数据库对象副本的过程都可以称为复制数据库

3.数据库复制的分类

异步复制：
复制中只允许从源数据库(即主数据库)向其他数据库(从数据库)复制对象，复制对象存放在从数据库站点中。主从复制是最基本的一种结构。在这种结构中，定义一个主节点，其源数据称为主节点数据(或主拷贝) ;定义1到n个复制节点，其从主节点复制过来的数据称为复制点数据(或副拷贝) 。数据更新操作只能在主拷贝上进行，然后复制给其它副拷贝。
最基础最简单的就是我们的基于日志的主从复制，也就是上面图片所显示的东西

全同步复制（Fully synchronous replication）
指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。

半同步复制（Semisynchronous replication）
介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用，相比异步复制，半同步复制提高了数据完整性，因为很明确知道，在一个事务提交成功之后，这个事务就至少会存在于两个地方。即在master的dumper线程通知slave后，增加了一个ack（消息确认），即是否成功收到t1的标志码，也就是dumper线程除了发送t1到slave，还承担了接收slave的ack工作。如果出现异常，没有收到ack，那么将自动降级为普通的复制，直到异常修复后又会自动变为半同步复制。

还有基于GTID的主从复制，比之前的传统复制效率更高，还有基于GTID 的组复制（全同步），就是经典的一主多从模式，以及半同步复制较为稳定效率更高，还有基于mysql-proxy的读写分离，以及基于MHA的mysql高可用，博客都会一一写到。