高性能mysql的几种复制方式

1.mysql的简介

1.1mysql的介绍

Mysql是一种关系型数据库，特点是将这些数据保存在不同的二维表中，并将这些表放入数据库，这样可以增加它的读取速度。

1.2mysql的应用架构

单点（Single），适合小规模应用
复制（Replication），适合中小规模应用
集群（Cluster），适合大规模应用

1.3mysql的事务

事务就是一组原子性的SQL查询，或者说一个独立的工作单元。

如果数据库引擎能够成功地对数据库进行该组查询的全部语句，那么就执行该组查询，如果其中有任何一条语句因为崩溃或者其他原因无法执行，那么所有的语句都不会执行，也就是说，事务内的语句，要么全部执行成功，要么全部执行失败。

2.mysql的复制方式

实验环境：
server1：172.25.10.1
server3：172.25.10.3
server4：172.25.10.4

2.0三种复制方式以及主从复制原理

2.0.1异步复制、全同步复制和半同步复制

异步复制( Asynchronous replication )

• MySQL默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果down掉了,此时主上已经提交的事务可能并没有传到从上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。

全同步复制( Fully synchronous replication )

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

半同步复制( Semisynchronous replication )

• 介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用。

2.0.2主从复制原理

mysql的主从配置又叫replication，AB复制，基于binlog二进制日志，主数据库必须开启binlog二进制日志才能进行复制。

• 主数据库将更改操作记录到binlog二进制日志（主数据库有log dump线程和从数据库的i/o线程传递binlog）。
• 从库生成两个线程，一个i/o线程，一个SQL线程。
• i/o线程去请求主库的binlog，并且得到的binlog日志写到relay log(中继日志)文件中。
• 然后主库会生成一个log dump线程，用来给从库的i/o线程传binlog；SQL线程，会读取中继日志文件，并解析成具体的操作执行，这样主从的操作就一致了，而最终的数据也就一致了。

作为异步复制，其主库将事件写入binlog二进制文件，dump线程将binlog文件发送出去，不保证其他从节点是否会收到binlog二进制文件。

2.1mysql的异步复制—基于二进制日志文件的主从复制

注：server1和server3上均装有mysql，且均完成了安全初始化
在server1上：

master:

vim /etc/my.cnf
/etc/init.d/mysqld restart
##写入server-id=1（服务器ID） log-bin=mysql-bin（开启二进制日志）

mysql -pwestOS.02.23
mysql -pwescreate user 'repl'@'172.25.10.%' identified by 'westOS.02.23';##创建复制用户
mysql>grant replication slave on *.* to 'repl'@'172.25.10.%';##授予用户权限
mysql> flush privileges