数据库主从复制.docx

1、数据库主从复制随笔- 41 文章- 0 评论- 15mysql传统主从、双主复制+keepalived配置步骤mysql主从、主主复制（双主复制）配置步骤一：MySQL复制：MySQL复制简介：将master服务器中主数据库的ddl和dml操作通过二进制日志传到slaves服务器上，然后在master服务器上将这些日志文件重新执行，从而使得slave服务器和master服务器上的数据信息保持同步。Mysql复制的原理：将数据分布到多个系统上去，是通过将Mysql的某一台master主机的数据复制到其它（slave）主机上，并重新执行一遍来实现的；复制过程中一个服务器充当master服务器，而一

2、台或多台其它服务器充当slave服务器。master服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到slave服务器的更新。当一个slaves服务器连接master服务器时，它通知master服务器从服务器在日志中读取的最后一次成功更新的位置。slave服务器接收从那时起发生的任何更新，然后封锁并等待master服务器通知新的更新。mysql复制的优点：在slave服务器上执行查询操作，降低master服务器的访问压力当master服务器上出现了问题可以切换到slave服务器上，不会造成访问中断等问题在slave服务器上进行备份，以避免备份期间影响ma

3、ster服务器的服务使用及日常访问Mysql自身的复制功能：是构建大型、高性能应用程序的基础。mysql支持的复制类型：基于语句的复制：在主服务器上执行的SQL语句，在从服务器上执行同样的语句。MySQL默认采用基于语句的复制，效率比较高。一旦发现没法精确复制时，会自动选着基于行的复制。基于行的复制：把改变的内容复制过去，而不是把命令在从服务器上执行一遍.从mysql5.0开始支持混合类型的复制:：默认采用基于语句的复制，一旦发现基于语句的无法精确的复制时，就会采用基于行的复制。MySQL复制技术的特点：数据分布(Data distribution )备份(Backups)负载平衡(load

4、balancing)高可用性和容错性High availability and failover复制的工作过程：master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）；slave将master的binary log events拷贝到它的中继日志(relay log)；slave重做中继日志中的事件，将改变反映它自己的数据。第一步：master记录二进制日志。在每个事务更新数据完成之前，master在二日志记录这些改变。MySQL将事务串行的写入二进制日志，即使事务中的语句都是交叉执行的。在事件写入二进制日志完成后，mas

5、ter通知存储引擎提交事务；第二步：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中的数据一致。只

6、要该线程与I/O线程保持一致，中继日志通常会位于OS的缓存中，所以中继日志的开销很小。下面使用一次实验配置主从、主主架构环境：三台虚拟机192.168.0.29master1192.168.0.30master2192.168.0.32slave1192.168.0.34 VIP其中：master1和slave1是主从关系，master1和master2互为主从一、先修改配置文件服务器master1（192.168.0.29）配置如下server-id=1log_slave_updates =1auto-increment-increment =2auto-increment-offset =

7、1服务器master2（192.168.0.30）配置server-id=2log_slave_updates =1auto-increment-increment =2auto-increment-offset =2服务器slave1(192.168.0.32)配置：server-id=3log_slave_updates =1三台服务器mysql都重启shell service mysqld restart注：双主之间只有server-id不同和auto-increment- offset不同auto-increment-offset是用来设定数据库中自动增长的起点的，回为这两能服务器都设

8、定了一次自动增长值2，所以它们的起点必须得不同，这样才能避免两台服务器数据同步时出现主键冲突另：auto-increment-increment的值应设为整个结构中主库服务器的总数，本案例用到两台主库服务器，所以值设为2二、同步数据在master1上：#先授权，这样导出的sql文件中就包含用户名和密码，如果你不需要同步系统库，那么，需要在从库change master之前，主从mysql实例都进行授权mysql GRANT REPLICATION SLAVE ON *.* TO repl192.168.0.% IDENTIFIED BY 123456;mysql grantreplicatio

9、nslaveon*.*torepl127.0.0.1identifiedby123456;mysql flush privileges;使用mysqldump导出所有数据库的数据备份，备份数据前先锁表，保证数据一致性mysql FLUSH TABLES WITH READ LOCK;开启另外一个会话终端执行数据备份：shell /usr/local/services/mysql/bin/mysqldump -uroot -pxx-opt -default-character-set=utf8 -triggers -R -hex-blob -single-transaction -no-auto

10、commit -all-databases all.sql查看binlog位置，并记下这些信息，后边会用到：mysql show master statusG;* 1. row *File: mysql-bin.000004Position: 107Binlog_Do_DB:Binlog_Ignore_DB:1 row in set (0.00 sec)解表锁：mysql UNLOCK TABLES;把备份文件传送到master2和slave1上：shell scp all.sql 192.168.0.30:/tmpshell scp all.sql 192.168.0.32:/tmp导出数据

11、时也可以不手动加锁解锁，mysqldump加一个参数：-master-data=2，该参数会把change master 语句加到all.sql文件中，以注释的形式写入，包含master_log_file和master_log_pos，复制出来带上主库IP、用户名和密码(master_host,master_user,master_password)待从库导入数据后，即可在从库上执行change master语句。grep-CHANGEMASTERall.sql三、互告bin-log信息在master2中导入all.sql文件，并执行change master语句：shell /usr/loc

12、al/services/mysql/bin/mysql -uroot -pxx change master to master_host=192.168.0.29,master_user=repl,master_password=123456,master_log_file=mysql-bin.000004,master_log_pos=107;在slave1上执行下面的操作：导入all.sql文件，并执行change master语句：shell /usr/local/services/mysql/bin/mysql -uroot -pxx change master to master_h

13、ost=192.168.0.29,master_user=repl,master_password=123456,master_log_file=mysql-bin.000004,master_log_pos=107;在master2上面查看binlog位置：show master statusG;* 1. row *File: mysql-bin.000003Position: 509270Binlog_Do_DB:Binlog_Ignore_DB:1 row in set (0.00 sec)在master1上执行change mastermysql change master to ma

14、ster_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上change master一下就可以了，不需要再次把数据用mysqldump倒回去。因为此时master2所有数据本身就是来自master1，sql_thread

15、线程在执行中继日志时会忽略自身server-id的记录，所以随便指定一个master_log_file对应的master_log_pos位置，直接change过去即可。大概过程：在A上导出的SQL，导入了B，搭建好了AB的主从，再要搭建B-A的主从就不能把B的数据导出sql到A了，只需要在B上show master status一下，随便找一个position，在A上change master一下即可（因为B上的数据本来就是从A同步过去的，B的二进制日志中的server id全是A的，也就是说B要作为主库同步数据到A，B的二进制日志全部带有A自己的server id，不需要把自己同步给B的数据

16、再同步回来，所以在B上随便找一个二进制日志的position就可以了）四、在三服务器都执行以下命令mysql start slave;五、查看状态mysql show slave statusGmaster1状态如下：show slave statusG;* 1. row *Slave_IO_State: Waiting for master to send eventMaster_Host: 192.168.0.30Master_User: replMaster_Port: 3306Connect_Retry: 60Master_Log_File: mysql-bin.000003Read_

17、Master_Log_Pos: 509270Relay_Log_File: localhost-relay-bin.000002Relay_Log_Pos: 253Relay_Master_Log_File: mysql-bin.000003Slave_IO_Running: YesSlave_SQL_Running: YesReplicate_Do_DB:Replicate_Ignore_DB:Replicate_Do_Table:Replicate_Ignore_Table:Replicate_Wild_Do_Table:Replicate_Wild_Ignore_Table:Last_E

18、rrno: 0Last_Error:Skip_Counter: 0Exec_Master_Log_Pos: 509270Relay_Log_Space: 413Until_Condition: NoneUntil_Log_File:Until_Log_Pos: 0Master_SSL_Allowed: NoMaster_SSL_CA_File:Master_SSL_CA_Path:Master_SSL_Cert:Master_SSL_Cipher:Master_SSL_Key:Seconds_Behind_Master: 0Master_SSL_Verify_Server_Cert: NoLa

19、st_IO_Errno: 0Last_IO_Error:Last_SQL_Errno: 0Last_SQL_Error:Replicate_Ignore_Server_Ids:Master_Server_Id: 21 row in set (0.00 sec)master2状态如下：show slave statusG;* 1. row *Slave_IO_State: Waiting for master to send eventMaster_Host: 192.168.0.29Master_User: replMaster_Port: 3306Connect_Retry: 60Maste

20、r_Log_File: mysql-bin.000004Read_Master_Log_Pos: 107Relay_Log_File: localhost-relay-bin.000002Relay_Log_Pos: 253Relay_Master_Log_File: mysql-bin.000004Slave_IO_Running: YesSlave_SQL_Running: YesReplicate_Do_DB:Replicate_Ignore_DB:Replicate_Do_Table:Replicate_Ignore_Table:Replicate_Wild_Do_Table:Repl

21、icate_Wild_Ignore_Table:Last_Errno: 0Last_Error:Skip_Counter: 0Exec_Master_Log_Pos: 107Relay_Log_Space: 413Until_Condition: NoneUntil_Log_File:Until_Log_Pos: 0Master_SSL_Allowed: NoMaster_SSL_CA_File:Master_SSL_CA_Path:Master_SSL_Cert:Master_SSL_Cipher:Master_SSL_Key:Seconds_Behind_Master: 0Master_S

22、SL_Verify_Server_Cert: NoLast_IO_Errno: 0Last_IO_Error:Last_SQL_Errno: 0Last_SQL_Error:Replicate_Ignore_Server_Ids:Master_Server_Id: 1slave1状态如下：show slave statusG;* 1. row *Slave_IO_State: Waiting for master to send eventMaster_Host: 192.168.0.29Master_User: replMaster_Port: 3306Connect_Retry: 60Ma

23、ster_Log_File: mysql-bin.000004Read_Master_Log_Pos: 107Relay_Log_File: localhost-relay-bin.000002Relay_Log_Pos: 253Relay_Master_Log_File: mysql-bin.000004Slave_IO_Running: YesSlave_SQL_Running: YesReplicate_Do_DB:Replicate_Ignore_DB:Replicate_Do_Table:Replicate_Ignore_Table:Replicate_Wild_Do_Table:R

24、eplicate_Wild_Ignore_Table:Last_Errno: 0Last_Error:Skip_Counter: 0Exec_Master_Log_Pos: 107Relay_Log_Space: 413Until_Condition: NoneUntil_Log_File:Until_Log_Pos: 0Master_SSL_Allowed: NoMaster_SSL_CA_File:Master_SSL_CA_Path:Master_SSL_Cert:Master_SSL_Cipher:Master_SSL_Key:Seconds_Behind_Master: 0Master_SSL_Verify_Server_Cert: NoLast_IO_Errno: 0Last_IO_Error:Last_SQL_Errno: 0Last_SQL_Error:Replicate_Ignore_Server_Ids:Master_Server_Id: 1当看到了两个yes，即：