主库出问题,从库怎么办?(mysql45讲)

如果你不相信努力和时光,那么成果就会是第一个选择辜负你的。不要去否定你自己的过去,也不要用你的过去牵扯你现在的努力和对未来的展望。不是因为拥有希望你才去努力,而是去努力了,你才有可能看到希望的光芒。主库出问题,从库怎么办?(mysql45讲),希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com,来源:原文

一主多从

在这里插入图片描述1. 其中A1和A2互为主备
2. 从库B,C指向主库A1

问题:在一主多从架构下,主备故障后的主备切换问题

  • 主库发生故障,主备切换后的结果
    当主库A1发生故障后,A2会成为新的主库,从库B、C也要改接到A2

基于位点的主备切换

当把节点B设置成节点A2的从库时,需要执行一条change master指令

指令内容为:

CHANGE MASTER TO
MASTER_HOST=$host_name
MASTER_PORT=$port
MASTER_USER=$user_name
MASTER_PASSWORD=$password
MASTER_LOG_FILE=$master_log_name
MASTER_LOG_POS=$master_log_pos

最后两个参数MASTER_LOG_FILEMASTER_LOG_POS表示,要从主库的master_log_name文件的master_log_pos位置进行同步。而这个位置就是我们所说的同步位点,也就是主库对应的文件名和文件偏移量


由于节点B并不是主库A2的直接从库,所以要想把B同步到主库A2,必须精力找主库A的同步位点的步骤

取同步位点的方案

  1. 等待新主库A2把中转日志全部同步完成
  2. 在A2上面执行show master status命令,得到当前A2上最新的File和Position
mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000003 |  1114002 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
  1. 取原来主库A故障的时刻T
  2. 用mysqlbinlog工具解析A2的File,得到T时刻的位点
mysql> mysqlbinlog File --stop-datetime=T --start-datetime=T;

主动跳过一个事务的写法

mysql> set global sql_slave_skip_counter=1;
mysql> start slave;

GTID

GTID全称是Global Transaction Identifier,也就是全局事务ID,是一个事务在提交的时候生成的,是这个事务的唯一标识,他由两部分组成,格式是 :

GTID=server_uuid:gno

其中:

  • server_uuid是一个实例第一次启动时自动生成的,是一个全局唯一的值
  • gno是一个整数,初始值是1,每次提交事务的时候分配给这个事务,并加1

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/202501.html

(0)
飞熊的头像飞熊bm

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!