MySql的主从复制备份
浏览数：18 /
时间：2015年06月12日
1.复制解决的问题
MySQL复制技术有以下一些特点：
读写分离(Read And Write Separate)
数据分布 (Data distribution )
负载平衡(load balancing)
备份(Backups)
高可用性和容错行 High availability and failover
2.复制如何工作
整体上来说，复制有3个步骤：
master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events。）
slave将master的binary log events拷贝到它的中继日志(relay log)
slave重做中继日志中的事件，将改变反映它自己的数据。
该过程的第一部分就是master记录二进制日志。在每个事务更新数据完成之前，master在二日志记录这些改变。MySQL将事务串行的写入二进制日志，即使事务中的语句都是交叉执行的。在事件写入二进制日志完成后，master通知存储引擎提交事务。
下一步就是slave将master的binary log拷贝到它自己的中继日志。首先，slave开始一个工作线程——I/O线程。I/O线程在master上打开一个普通的连接，然后开始binlog dump process。Binlog dump process从master的二进制日志中读取事件，如果已经跟上master，它会睡眠并等待master产生新的事件。I/O线程将这些事件写入中继日志。
SQL slave thread（SQL从线程）处理该过程的最后一步。SQL线程从中继日志读取事件，并重放其中的事件而更新slave的数据，使其与master中的数据一致。只要该线程与I/O线程保持一致，中继日志通常会位于OS的缓存中，所以中继日志的开销很小。
MySQL复制技术有以下一些特点：
读写分离(Read And Write Separate)
数据分布 (Data distribution )
负载平衡(load balancing)
备份(Backups)
高可用性和容错行 High availability and failover
2.复制如何工作
整体上来说，复制有3个步骤：
master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events。）
slave将master的binary log events拷贝到它的中继日志(relay log)
slave重做中继日志中的事件，将改变反映它自己的数据。
该过程的第一部分就是master记录二进制日志。在每个事务更新数据完成之前，master在二日志记录这些改变。MySQL将事务串行的写入二进制日志，即使事务中的语句都是交叉执行的。在事件写入二进制日志完成后，master通知存储引擎提交事务。
下一步就是slave将master的binary log拷贝到它自己的中继日志。首先，slave开始一个工作线程——I/O线程。I/O线程在master上打开一个普通的连接，然后开始binlog dump process。Binlog dump process从master的二进制日志中读取事件，如果已经跟上master，它会睡眠并等待master产生新的事件。I/O线程将这些事件写入中继日志。
SQL slave thread（SQL从线程）处理该过程的最后一步。SQL线程从中继日志读取事件，并重放其中的事件而更新slave的数据，使其与master中的数据一致。只要该线程与I/O线程保持一致，中继日志通常会位于OS的缓存中，所以中继日志的开销很小。
此外，在master中也有一个工作线程：和其它MySQL的连接一样，slave在master中打开一个连接也会使得master开始一个线程。复制过程有一个很重要的限制——复制在slave上是串行化的，也就是说master上的并行更新操作不能在slave上并行操作。
图如下：
配置主服务器
Linux 下为 my.cnf WIN下为my.ini
#show variables like ‘log_bin‘; value = On 才可以
如果为Linux下，建议在[mysqld]后添加下列数值参数
#开启bin-log
log-bin = mysql-bin
#主服务器编号为1
server-id = 1
#要记录的数据库
binlog-do-db = test
添加用户权限
mysql> grant replication slave on *.* to ‘backup‘@‘192.168.104.%‘ identified by ‘123456‘;
上句是添加了一个用户，该用户帐号为backup,密码为123456，拥有了对所有数据库的从数据库备份权限
不了解GRANT可以去百度下，很EASY。
主库建表
从库表一致
同时主从运行如下指令
mysql>reset master重置bin-log日志
配置从服务器
server-id = 2
#多台从服务器的时候保证从服务器的ID值的唯一
#选择要备份的数据库，过滤不备份的数据库
replicate-do-db=test
replicate-ignore-db=mysql
replicate-ignore-db=information_schema
replicate-ignore-db=performance_schema
#在5.1后配置文件中不再有master_*的配置，需在下列运行如下信息才可行
mysql>stop slave;
mysql>change master to master_host= ‘192.168.104.9‘,master_user=‘admin‘,master_password=‘123456‘;
#master_host为主库的地址，user和password就是上部我们在主数据库所grant的帐号和密码
mysql>show master status\G;
主机显示
File:日志存放
Position:位置
Binlog_Do_DB:要记录的数据库
Binlog_Ignore_DB:不要记录的数据库
mysql>show slave status\G;
确保Master_Log_File 与File一致， Read_Master_Log_Pos与Position一致
不一致也可以运行下列值来改变
change master to =Master_Log_File= File,Read_Master_Log_Pos= Position
Slave_IO_Running与Slave_SQL_Running都显示yes表同步成功
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
