mysql 复制原理与实践应用详解

吾爱主题 阅读:148 2024-04-05 16:20:34 评论:0

本文实例讲述了mysql 复制原理与实践应用。分享给大家供大家参考,具体如下:

复制功能是将一个mysql数据库上的数据复到一个或多个mysql从数据库上。

复制的原理:在主服务器上执行的所有DDL和DML语句都会被记录到二进制日志中,这些日志由连接到它的从服务器获取,并复制到从库,并保存为中继日志,

这个过程由一个称为 IO线程 的线程负责,还有一个称为 SQL线程 的则按顺序执行中继日志中的语句。

复制有多种拓扑形式:

1、传统复制,一主多从,一个主服务器多个从服务器。

2、链式复制,一台服务器从主库复制,而另一台服务器又从这台复制,中间服务器又叫中继主库。

3、主主复制,两个主库互相接受写入和复制。

4、多源复制,一个从库,从多个主库复制。

一、复制如何操作

1、在主库上启用二进制日志记录。

2、在主库上创建一个复制用户。

3、在从训上设置唯一的 server_id。

4、从主库中备份数据。

5、在从库上恢复主库备份的数据。

6、执行CHANGE MASTER TO命令。

7、开始复制。

二、具体的操作步骤如下:

1、在 主库 上,启用二进制日志并设置server_id。

?
1 2 3 4 #设置server_id server_id = 1 #开启binlog日志 log-bin = mysql-bin

2、在主库上创建复制用户

?
1 2 create user '用户名' @ '%' identified by '密码' ; grant replication slave on *.* to '用户名' @ '%' ;

3、在从库上设置server_id

?
1 2 #设置server_id server_id = 10

4、备份主库上的数据

?
1 mysqldump -u root -p --all-databases --routines --events --triggers --single-transaction --master-data > 导出路径

5、在从库上恢复主库导出的数据

?
1 mysql -u root -p -f < 主库备份文件.sql

6、在从库上执行 CHANGE MASTER TO 命令

?
1 2 3 4 5 6 CHANGE MASTER TO MASTER_HOST= '主库IP' , MASTER_USER= '主库复制用户' , MASTER_PASSWORD= '密码' , MASTER_LOG_FILE= '二进制日志名称' , MASTER_LOG_POS=二进制日志位置;

二进制日志名称和二进制日志位置,已经在备份主库文件中包含了,类似如下所示:

?
1 CHANGE MASTER TO MASTER_LOG_FILE= 'mysql-bin.000016' , MASTER_LOG_POS=47845;

7、从库上运行 start slave,然后 show slave status\G; 查看复制状态;

三、设置主主复制

假设主库分别是master1和master2。

1、设置master2为只读

?
1 set @@ global .read_only = on ;

2、在master2上创建复制用户,如果存在,则不用创建了

?
1 2 create user '用户名' @ '%' identified by '密码' ; grant replication slave on *.* to '用户名' @ '%' ;

3、确保master2已开启二进制日志,检查master2上的二进制日志的坐标

?
1 show master status;

4、根据第2步的信息,在master1上执行 CHANGE MASTER TO 命令

?
1 2 3 4 5 6 CHANGE MASTER TO MASTER_HOST= 'MASTER2主机IP' , MASTER_USER= 'MASTER2复制用户' , MASTER_PASSWORD= '密码' , MASTER_LOG_FILE= '二进制日志名称' , MASTER_LOG_POS=二进制日志位置;

5、在master1上开启 slave 模式

?
1 start slave;

6、设置master2为可读写

?
1 set @@ global .read_only = off ;

四、设置多源复制

设置 server3 为 server1 和 server2 的从库。

1、设置 server1 和 server2 的二进制日志和server_id,具体操作可参考上面。

2、在 server1 和 server2 上创建复制用户,具体操作可参考上面。

3、在 server3 上设置 server_id。

4、备份 server1 和 server2 的数据。

5、在 server3 上恢复 server1 和 server2 上备份的数据。

6、在 server3 上,将复制存储库从 FILE 改为 TABLE,

?
1 2 3 stop slave; set global master_info_repository = 'TABLE' ; set global relay_log_info_repository = 'TABLE' ;

 还需要在配置文件中修改:

?
1 2 3 [mysqld] master-info-repository = TABLE relay-log-info-repository = TABLE

7、在 server3 上,执行 CHANGE MASTER TO 命令,并命名通道名

?
1 2 3 4 5 6 7 8 9 10 11 12 13 CHANGE MASTER TO MASTER_HOST= 'server1主机IP' , MASTER_USER= 'server1复制用户' , MASTER_PASSWORD= '密码' , MASTER_LOG_FILE= 'server1二进制日志名称' , MASTER_LOG_POS=server1二进制日志位置 FOR CHANNEL 'server1' ;   CHANGE MASTER TO MASTER_HOST= 'server2主机IP' , MASTER_USER= 'server2复制用户' , MASTER_PASSWORD= '密码' , MASTER_LOG_FILE= 'server2二进制日志名称' , MASTER_LOG_POS=server2二进制日志位置 FOR CHANNEL 'server2' ;

8 、在 server3 上,为每个通道执行 START SLAVE FOR CHANNEL 语句

?
1 2 start slave for channel 'server1' ; start slave for channel 'server2' ;

9、查看同步状态,show slave status\G;

要获取指定通道的从库状态,show slave status for channel '通道名称'\G;

五、设置复制筛选器

可以选择要复制哪些表或数据库,在主库上,可以使用--binlog-do-db 和 --binlog-ignore-db 选项来选择要记录变更的数据库,以控制二进制日志。更好的方法是控制从库。

1、复制指定数据库

?
1 CHANGE REPLICATION FILTER REPLICATE_DO_DB = (db1, db2);

2、复制指定表

?
1 CHANGE REPLICATION FILTER REPLICATE_DO_TABLE = ( 'db1.table1' );

3、如果想使用通配符来选择表

?
1 CHANGE REPLICATION FILTER REPLICATE_WILD_DO_TABLE = ( 'db1.tb_%' );

4、忽略数据库

?
1 CHANGE REPLICATION FILTER REPLICATE_IGNORE_DB = (db1, db2);

5、忽略指定表

?
1 CHANGE REPLICATION FILTER REPLICATE_IGNORE_TABLE = ( 'db1.table1' );

六、将从库由主从复制切换到链式复制

比如现在服务器A为主库,服务器B和服务器C为从库,复制于服务器A。现在想把服务器C作为服务器B的从库。

1、在服务器C上停止从库运行

?
1 2 stop slave; show slave status\G;

记录下Relay_Master_Log_File和Exec_Master_Log_Pos的值

2、在服务器B上停止从库运行

?
1 2 stop slave; show slave status\G;

记录下Relay_Master_Log_File和Exec_Master_Log_Pos的值

3、将服务器B的日志位置与服务器C的进行比较,找出哪一个是服务器A最新同步,通常,服务器C先停止从库运行,服务器B的日志会更靠前。

4、在服务器C上,使用 START SLAVE UNTIL 语句将其同步到服务器B的日志位置:

?
1 START SLAVE UNTIL MASTER_LOG_FILE= '上一步中服务器B日志名称' , MASTER_LOG_POS=上一步中服务器B日志位置;

5、在服务器C上,检查 show slave status 中 Exec_Master_Log_Pos 和 Until_Log_Pos 两者应该相同。

6、在服务器B上,查看主库状态,启动从库。

?
1 2 3 show master status; start slave; show slave status\G;

7、在服务器C上,停止从库运行,执行 CHANGE MASTER TO 命令。

?
1 2 3 4 5 6 7 stop slave; CHANGE MASTER TO MASTER_HOST= '服务器B的IP' , MASTER_USER= '服务器B复制用户' , MASTER_PASSWORD= '密码' , MASTER_LOG_FILE= '上一步中通过show master status获取日志名称' , MASTER_LOG_POS=上一步中通过show master status获取日志位置;

8、在服务器C上,启动复制并查看状态

?
1 2 start slave; show slave status\G;

七、将链式复制切换到主从复制

服务器A->服务器B->服务器C,如果想让服务器C直接作为服务器A的从库,该怎么做?

1、在服务器B上,停止从库运行,并记录主库状态

?
1 2 stop slave; show master status\G;

2、服务器C上,确保从库的延迟已被追上,Relay_Master_Log_File和Exec_Master_Log_Pos应该等于服务器B上主库状态。

一旦延迟被追上,就停止从库的运行。

?
1 stop slave;

3、在服务器B上,从 show slave status 中获取服务器A的日志坐标值(Relay_Master_Log_File和Exec_Master_Log_Pos),并启动从库

?
1 2 show slave status\G; start slave;

4、在服务器C上,停止从库运行,并执行 CHANGE MASTER TO 命令,指向服务器A

?
1 2 3 4 5 6 7 stop slave; CHANGE MASTER TO MASTER_HOST= '服务器A的IP' , MASTER_USER= '服务器A的复制用户' , MASTER_PASSWORD= '密码' , MASTER_LOG_FILE= '上一步中获取的日志' , MASTER_LOG_POS=上一步中获取的日志位置;

5、在服务器C上,开启从库,并查看状态。

?
1 2 start slave; show slave status\G;

八、设置延迟复制

为什么需要延迟复制,有可能主库上执行了一条灾难性语句,你必须通过备份中的时间点恢复,如果数据库大小过大,这将导致长时间停机。

为了避免出现这种情况,可以使用一个延迟的从库,如果发生了灾难,并且延迟的从库还没有执行这条灾难性语句,则可以先停止复制,让从库跳过该灾难语句,最后把从库提升为主库。

1、停止从库运行

?
1 stop slave;

2、设置延迟时间,以秒为单位

?
1 2 CHANGE MASTER TO MASTER_DELAY = 3600; start slave;

3、检查从库状态

?
1 show slave status\G;

SQL_Delay: 从库延迟于主库的秒数。

SQL_Remaining_Delay:延迟还剩余的秒数,当保持延迟时,这个值是NULL。

Slave_SQL_Running_State:SQL线程的状态

九、设置 GTID 复制

全局事务标识符 GTID 是在程序中创建的唯一标识符,并与主库上提交的每个事务相关联。该标识符是唯一的,不仅在主库上,在其他从库上,它都唯一。

上面描述的所有复制,都需要指明二进制文件和复制起点的位置,如果将一个从库的主库切换到另一个,就必须重新获取二进制文件位置,这会很麻烦。

为了避免,可以使用基于 GTID 的复制,mysql 使用 GTID 自动检测二进制日志的位置。

1、在所有数据库中 my.cnf 中启动 GTID

?
1 2 3 4 [mysqld] gtid_mode = ON enforce-gtid-consistency = 1 skip_slave_start

2、将主库设置为只读,确保主库与从库数据一致。

?
1 set @@ global .read_only = on ;

3、重新启动所有从库,使 GTID 生效。

4、重新启动主库。

5、在从库上执行 CHANGE MASTER TO 命令来设置 GTID 复制

?
1 2 3 4 5 6 CHANGE MASTER TO MASTER_HOST= '主库IP' , MASTER_PORT=3306, MASTER_USER= '复制用户' , MASTER_PASSWORD= '密码' , MASTER_AUTO_POSITION=1;

6、在所有从库上执行 start slave; 并查看状态。

十、设置半同步复制

默认情况下,复制是异步的,主库不知道写入操作是否到达从库,如果主库与从库间存在延迟,主库崩了,尚未到达从库的那些数据就会丢失。

为了解决这种问题,半同步复制,主库会一直等待,直到至少有一个从库接收到写入的数据。

1、在主库上,安装 rpl_semi_sync_master 插件

?
1 install plugin rpl_semi_sync_master SONAME 'semisync_master.so' ;

windows下请使用如下:

?
1 install plugin rpl_semi_sync_master SONAME 'semisync_master.dll' ;

2、确认插件已激活

?
1 select plugin_name, plugin_status from information_schema.plugins where plugin_name like '%semi%' ;

3、开启半同步复制并调整超时时间

?
1 2 set @@ global .rpl_semi_sync_master_enabled=1; set @@ global .rpl_semi_sync_master_timeout=100;

4、在从库上,安装 rpl_semi_sync_slave 插件

?
1 install plugin rpl_semi_sync_slave SONAME 'semisync_slave.so' ;

windows下请使用如下:

?
1 install plugin rpl_semi_sync_slave SONAME 'semisync_slave.dll' ;

5、确认插件已激活

?
1 select plugin_name, plugin_status from information_schema.plugins where plugin_name like '%semi%' ;

6、在从库上,启用半同步复制,并重新启动从库IO线程

?
1 2 3 set global rpl_semi_sync_slave_enabld = 1; STOP SLAVE IO_THREAD; START SLAVE IO_THREAD;

7、通过如下方式查看半同步状态

?
1 show status like 'rpl_semi_sync_master_clients' ;

查看以半同步连接到主库的客户端数量

?
1 show status like 'rpl_semi_sync_master_status' ;

主库在异步和半同步复制之间切换,on表示半同步,off表示异步。

希望本文所述对大家MySQL数据库计有所帮助。

原文链接:https://www.cnblogs.com/jkko123/p/10191895.html

可以去百度分享获取分享代码输入这里。
声明

1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.本站的原创文章,请转载时务必注明文章作者和来源,不尊重原创的行为我们将追究责任;3.作者投稿可能会经我们编辑修改或补充。

【腾讯云】云服务器产品特惠热卖中
搜索
标签列表
    关注我们

    了解等多精彩内容