数据库主从复制.docx
《数据库主从复制.docx》由会员分享，可在线阅读，更多相关《数据库主从复制.docx（25页珍藏版）》请在冰豆网上搜索。
数据库主从复制
随笔-41 文章-0 评论-15
mysql传统主从、双主复制+keepalived配置步骤
mysql主从、主主复制（双主复制）配置步骤
一：
MySQL复制：
MySQL复制简介：
将master服务器中主数据库的ddl和dml操作通过二进制日志传到slaves服务器上，然后在master服务器上将这些日志文件重新执行，从而使得slave服务器和master服务器上的数据信息保持同步。
Mysql复制的原理：
将数据分布到多个系统上去，是通过将Mysql的某一台master主机的数据复制到其它（slave）主机上，并重新执行一遍来实现的；
复制过程中一个服务器充当master服务器，而一台或多台其它服务器充当slave服务器。
master服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。
这些日志可以记录发送到slave服务器的更新。
当一个slaves服务器连接master服务器时，它通知master服务器从服务器在日志中读取的最后一次成功更新的位置。
slave服务器接收从那时起发生的任何更新，然后封锁并等待master服务器通知新的更新。
mysql复制的优点：
在slave服务器上执行查询操作，降低master服务器的访问压力
当master服务器上出现了问题可以切换到slave服务器上，不会造成访问中断等问题
在slave服务器上进行备份，以避免备份期间影响master服务器的服务使用及日常访问
Mysql自身的复制功能：
是构建大型、高性能应用程序的基础。
mysql支持的复制类型：
基于语句的复制：
在主服务器上执行的SQL语句，在从服务器上执行同样的语句。
MySQL默认采用基于语句的复制，效率比较高。
一旦发现没法精确复制时，会自动选着基于行的复制。
基于行的复制：
把改变的内容复制过去，而不是把命令在从服务器上执行一遍. 从mysql5.0开始支持
混合类型的复制:
：
默认采用基于语句的复制，一旦发现基于语句的无法精确的复制时，就会采用基于行的复制。
MySQL复制技术的特点：
数据分布 （Datadistribution）
备份（Backups）
负载平衡（loadbalancing）
高可用性和容错性 Highavailabilityandfailover
复制的工作过程：
master将改变记录到二进制日志（binarylog）中（这些记录叫做二进制日志事件，binarylogevents）；
slave将master的binarylogevents拷贝到它的中继日志（relaylog）；
slave重做中继日志中的事件，将改变反映它自己的数据。
第一步：
master记录二进制日志。
在每个事务更新数据完成之前，master在二日志记录这些改变。
MySQL将事务串行的写入二进制日志，即使事务中的语句都是交叉执行的。
在事件写入二进制日志完成后，master通知存储引擎提交事务；
第二步：
slave将master的binarylog拷贝到自己的中继日志。
首先，slave开始一个工作线程——I/O线程。
I/O线程在master上打开一个普通的连接，然后开始binlogdumpprocess。
Binlogdumpprocess从master的二进制日志中读取事件，如果已经跟上master，它会睡眠并等待master产生新的事件。
I/O线程将这些事件写入中继日志；
第三步：
SQLslavethread（SQL从线程）处理该过程的最后一步。
SQL线程从中继日志读取事件，并重放其中的事件而更新slave的数据，使其与master中的数据一致。
只要该线程与I/O线程保持一致，中继日志通常会位于OS的缓存中，所以中继日志的开销很小。
下面使用一次实验配置主从、主主架构
环境：
三台虚拟机
192.168.0.29 master1
192.168.0.30 master2
192.168.0.32 slave1
192.168.0.34 VIP
其中：
master1和slave1是主从关系，master1和master2互为主从
一、先修改配置文件
服务器master1（192.168.0.29）配置如下
server-id = 1
log_slave_updates= 1
auto-increment-increment= 2
auto-increment-offset= 1
服务器master2（192.168.0.30）配置
server-id = 2
log_slave_updates= 1
auto-increment-increment= 2
auto-increment-offset= 2
服务器slave1（192.168.0.32） 配置：
server-id = 3
log_slave_updates= 1
三台服务器mysql都重启
shell>servicemysqldrestart
注：
双主之间只有server-id不同和 auto-increment-offset不同
auto-increment-offset是用来设定数据库中自动增长的起点的，回为这两能服务器都设定了一次自动增长值2，所以它们的起点必须得不同，这样才能避免两台服务器数据同步时出现主键冲突
另：
auto-increment-increment的值应设为整个结构中主库服务器的总数，本案例用到两台主库服务器，所以值设为2
二、同步数据
在master1上：
#先授权，这样导出的sql文件中就包含用户名和密码，如果你不需要同步系统库，那么，需要在从库changemaster之前，主从mysql实例都进行授权
mysql>GRANTREPLICATIONSLAVEON*.*TO'repl'@'192.168.0.%'IDENTIFIEDBY'123456';
mysql> grant replication slave on *.* to repl@'127.0.0.1' identified by '123456';
mysql>flushprivileges;
使用mysqldump导出所有数据库的数据备份，备份数据前先锁表，保证数据一致性
mysql>FLUSHTABLESWITHREADLOCK;
开启另外一个会话终端执行数据备份：
shell> /usr/local/services/mysql/bin/mysqldump-uroot-p'xx' --opt--default-character-set=utf8--triggers-R--hex-blob--single-transaction--no-autocommit--all-databases>all.sql
查看binlog位置，并记下这些信息，后边会用到：
mysql>showmasterstatus\G;
***************************1.row***************************
File:
mysql-bin.000004
Position:
107
Binlog_Do_DB:
Binlog_Ignore_DB:
1rowinset（0.00sec）
解表锁：
mysql>UNLOCKTABLES;
把备份文件传送到master2和slave1上：
shell>scpall.sql192.168.0.30:
/tmp
shell>scpall.sql192.168.0.32:
/tmp
导出数据时也可以不手动加锁解锁，mysqldump加一个参数：
--master-data=2，该参数会把changemaster语句加到all.sql文件中，以注释的形式写入，包含master_log_file和master_log_pos，复制出来带上主库IP、用户名和密码（master_host,master_user,master_password）待从库导入数据后，即可在从库上执行changemaster语句。
grep '\-\- CHANGE MASTER' all.sql
三、互告bin-log信息
在master2中导入all.sql文件，并执行changemaster语句：
shell>/usr/local/services/mysql/bin/mysql-uroot-p'xx'
mysql>changemastertomaster_host='192.168.0.29',master_user='repl',master_password='123456',master_log_file='mysql-bin.000004',master_log_pos=107;
在slave1上执行下面的操作：
导入all.sql文件，并执行changemaster语句：
shell> /usr/local/services/mysql/bin/mysql-uroot-p'xx'
mysql>changemastertomaster_host='192.168.0.29',master_user='repl',master_password='123456',master_log_file='mysql-bin.000004',master_log_pos=107;
在master2上面查看binlog位置：
showmasterstatus\G;
***************************1.row***************************
File:
mysql-bin.000003
Position:
509270
Binlog_Do_DB:
Binlog_Ignore_DB:
1rowinset（0.00sec）
在master1上执行changemaster
mysql>changemastertomaster_host='192.168.0.30',master_user='repl',master_password='123456',master_log_file='mysql-bin.000003',master_log_pos=509270;
这里要注意：
搭建双主的时候，只需要一边使用mysqldump导出数据就可以了，如上所示，master2配置为master1的主库时，只需要查看一下master2的binlog位置，然后在master1上changemaster一下就可以了，不需要再次把数据用mysqldump倒回去。
因为此时master2所有数据本身就是来自master1，sql_thread线程在执行中继日志时会忽略自身server-id的记录，所以随便指定一个master_log_file对应的master_log_pos位置，直接change过去即可。
大概过程：
在A上导出的SQL，导入了B，搭建好了AàB的主从，再要搭建B--》A的主从就不能把B的数据导出sql到A了，只需要在B上showmasterstatus一下，随便找一个position，在A上changemaster一下即可（因为B上的数据本来就是从A同步过去的，B的二进制日志中的serverid全是A的，也就是说B要作为主库同步数据到A，B的二进制日志全部带有A自己的serverid，不需要把自己同步给B的数据再同步回来，所以在B上随便找一个二进制日志的position就可以了）
四、在三服务器都执行以下命令
mysql>startslave;
五、查看状态
mysql>showslavestatus\G
master1状态如下：
showslavestatus\G;
***************************1.row***************************
Slave_IO_State:
Waitingformastertosendevent
Master_Host:
192.168.0.30
Master_User:
repl
Master_Port:
3306
Connect_Retry:
60
Master_Log_File:
mysql-bin.000003
Read_Master_Log_Pos:
509270
Relay_Log_File:
localhost-relay-bin.000002
Relay_Log_Pos:
253
Relay_Master_Log_File:
mysql-bin.000003
Slave_IO_Running:
Yes
Slave_SQL_Running:
Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno:
0
Last_Error:
Skip_Counter:
0
Exec_Master_Log_Pos:
509270
Relay_Log_Space:
413
Until_Condition:
None
Until_Log_File:
Until_Log_Pos:
0
Master_SSL_Allowed:
No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master:
0
Master_SSL_Verify_Server_Cert:
No
Last_IO_Errno:
0
Last_IO_Error:
Last_SQL_Errno:
0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id:
2
1rowinset（0.00sec）
master2状态如下：
showslavestatus\G;
***************************1.row***************************
Slave_IO_State:
Waitingformastertosendevent
Master_Host:
192.168.0.29
Master_User:
repl
Master_Port:
3306
Connect_Retry:
60
Master_Log_File:
mysql-bin.000004
Read_Master_Log_Pos:
107
Relay_Log_File:
localhost-relay-bin.000002
Relay_Log_Pos:
253
Relay_Master_Log_File:
mysql-bin.000004
Slave_IO_Running:
Yes
Slave_SQL_Running:
Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno:
0
Last_Error:
Skip_Counter:
0
Exec_Master_Log_Pos:
107
Relay_Log_Space:
413
Until_Condition:
None
Until_Log_File:
Until_Log_Pos:
0
Master_SSL_Allowed:
No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master:
0
Master_SSL_Verify_Server_Cert:
No
Last_IO_Errno:
0
Last_IO_Error:
Last_SQL_Errno:
0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id:
1
slave1状态如下：
showslavestatus\G;
***************************1.row***************************
Slave_IO_State:
Waitingformastertosendevent
Master_Host:
192.168.0.29
Master_User:
repl
Master_Port:
3306
Connect_Retry:
60
Master_Log_File:
mysql-bin.000004
Read_Master_Log_Pos:
107
Relay_Log_File:
localhost-relay-bin.000002
Relay_Log_Pos:
253
Relay_Master_Log_File:
mysql-bin.000004
Slave_IO_Running:
Yes
Slave_SQL_Running:
Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno:
0
Last_Error:
Skip_Counter:
0
Exec_Master_Log_Pos:
107
Relay_Log_Space:
413
Until_Condition:
None
Until_Log_File:
Until_Log_Pos:
0
Master_SSL_Allowed:
No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master:
0
Master_SSL_Verify_Server_Cert:
No
Last_IO_Errno:
0
Last_IO_Error:
Last_SQL_Errno:
0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id:
1
当看到了两个yes，即：
升级会员 