如果 MySQL 主库出现了题目，从库该何去何从呢？

博主先容：各人好，我是无休居士！一枚任职于一线Top3互联网大厂的Java开辟工程师！
在这里，你将找到通往Java技能大门的钥匙。作为一个爱敲代码技能人，我不但热衷于探索一些框架源码和算法本事奥秘，还乐于分享这些宝贵的知识和履历。
无论你是刚刚踏入编程天下的新人，还是盼望进一步提拔本身的资深开辟者，在这里都能找到得当你的内容。我们共同探究技能困难，一起进步，携手度过互联网行业的每一个寻衅。
如果你以为我的文章对你有资助，请不要吝啬你的点赞分享和品评哦！ 让我们一起打造一个布满正能量的技能社区吧！
<hr>
  
<hr> MySQL 数据库集群告急有两部门构成，分别是 Master 节点和 Worker 节点。此中，Master 节点告急负责写的工作，Worker 节点告急负责读的工作。
这时我们很容易就能想象到，如果某个 Worker 节点宕机也就意味着少了一个读节点，对于整个 MySQL 数据库集群来讲影响有限；但是如果是一个 Master 节点宕机的话，对于整个 MySQL 集群来讲是扑灭性的，由于此时的 MySQL 整个集群完全处于可读状态。
那么本日我们就来聊一聊，如果 MySQL 集群的主节点出现题目时，那么整个 MySQL 集群该怎样调解。
MySQL 主从复制中的题目

   在 MySQL 5.6 之前，MySQL 主从复制告急是通过 binlog 日志的偏移量来实现的主从复制。
  假设现在有 A、B 和 C 三台 MySQL 数据库，A 为 B 和 C 的主库的话，一样平常必要在 B 和 C 节点上实验如下下令：

1. [root@slave1 ~]# mysql -uroot -p123456 # 登录然后执行
2. change master to
3. master_host='A服务器的IP',              -- 库服务器的IP
4. master_port=3306,                          -- 主库端口
5. master_user='用户名',                -- 主库用于复制的用户
6. master_password='密码'

复制代码