master

目录 一、恢复MHA 二、MHA切换 三、配置VIP漂移 一、恢复MHA #1.修复旧主库 [root@db01 ~]# /etc/init.d/mysqld start #2.在mha日志中找到change master语句 #GTID模式下： [root@db04 ~]# grep -i 'change master to' /etc/mha/manager.log Tue Nov 19 20:49:31 2019 - [info] All other slaves should start replication from here. Statement should be: CHANGE MASTER TO MASTER_HOST='10.0.0.52', MASTER_PORT=3306, MASTER_AUTO_POSITION=1, MASTER_USER='slave', MASTER_PASSWORD='123'; #普通模式下： [root@db03 ~]# grep -i 'change master to' /etc/mha/manager.log Tue Nov 19 19:22:22 2019 - [info] All other slaves should start replication from here. Statement should be

目录 一.MHA简介 二.工作流程 三.MHA架构图 四.MHA工具介绍 五.基于GTID的主从复制 六.部署MHA 一.MHA简介 松信嘉範: MySQL/Linux专家 2001年索尼公司入职 2001年开始使用oracle 2004年开始使用MySQL 2006年9月-2010年8月MySQL从事顾问 2010年-2012年 DeNA 2012年~至今 Facebook 软件简介 MHA能够在较短的时间内实现自动故障检测和故障转移，通常在10-30秒以内;在复制框架中，MHA能够很好地解决复制过程中的数据一致性问题，由于不需要在现有的replication中添加额外的服务器，仅需要一个manager节点，而一个Manager能管理多套复制，所以能大大地节约服务器的数量;另外，安装简单，无性能损耗，以及不需要修改现有的复制部署也是它的优势之处。 MHA还提供在线主库切换的功能，能够安全地切换当前运行的主库到一个新的主库中(通过将从库提升为主库),大概0.5-2秒内即可完成。 MHA由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。MHA Manager可以独立部署在一台独立的机器上管理多个Master-Slave集群，也可以部署在一台Slave上。 当Master出现故障时，它可以自动将最新数据的Slave提升为新的Master

一、git branch 和 git checkout git branch //查看当前分支 git branch -r //列出远程分支 git branch -a //列出所有分支 git branch branchName //创建分支 git checkout branchName //切换分支 git checkout -b branchName //创建并切换到分支 git checkout //后面不跟任何参数，则就是对工作区进行检查 git checkout --filename //从暂存区中恢复文件(确保filename与branch名称不同) git status //查看状态 　　 二、git clone 和 git remote git clone <版本库的网址> <本地目录名> git clone支持多种协议，除了HTTP(s)以外，还支持SSH、Git、本地文件协议等，下面是一些例子。 $ git clone http[s]:// example.com/path/to/repo.git/ $ git clone ssh://example.com/path/to/repo.git/ $ git clone git://example.com/path/to/repo.git/ $ git clone /opt/git/project.git $

主从复制的原理： 分为同步复制和异步复制，实际复制架构中大部分为异步复制。 复制的基本过程如下： 1).Slave上面的IO进程连接上Master，并请求从指定日志文件的指定位置（或者从最开始的日志）之后的日志内容； 2).Master接收到来自Slave的IO进程的请求后，通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息，返回给Slave 的IO进程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息已经到Master端的bin-log文件的名称以及bin-log的位置； 3).Slave的IO进程接收到信息后，将接收到的日志内容依次添加到Slave端的relay-log文件的最末端，并将读取到的Master端的 bin-log的文件名和位置记录到master-info文件中，以便在下一次读取的时候能够清楚的告诉Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”； 4).Slave的Sql进程检测到relay-log中新增加了内容后，会马上解析relay-log的内容成为在Master端真实执行时候的那些可执行的内容，并在自身执行。 环境描述 操作系统：CentOS6.3_x64 主服务器master：192.168.0.202 从服务器slave：192.168.0.203 一、mysql主从复制 1、主从安装mysql

一、为什么zookeeper要部署基数台服务器？ 二、zookeeper脑裂（Split-Brain）问题 2.1、什么是脑裂？ 2.2、什么原因导致的？ 2.2、zookeeper是如何解决的？ 一、为什么zookeeper要部署基数台服务器？ **所谓的zookeeper容错是指，当宕掉几个zookeeper服务器之后，剩下的个数必须大于宕掉的个数，也就是剩下的服务数必须大于n/2，zookeeper才可以继续使用，无论奇偶数都可以选举leader。**5台机器最多宕掉2台，还可以继续使用，因为剩下3台大于5/2。说为什么最好为奇数个，是在以最大容错服务器个数的条件下，会节省资源，比如，最大容错为2的情况下，对应的zookeeper服务数，奇数为5，而偶数为6，也就是6个zookeeper服务的情况下最多能宕掉2个服务，所以从节约资源的角度看，没必要部署6（偶数）个zookeeper服务。 zookeeper有这样一个特性：集群中只要有过半的机器是正常工作的，那么整个集群对外就是可用的。也就是说如果有2个zookeeper，那么只要有1个死了zookeeper就不能用了，因为1没有过半，所以2个zookeeper的死亡容忍度为0；同理，要是有3个zookeeper，一个死了，还剩下2个正常的，过半了，所以3个zookeeper的容忍度为1；同理你多列举几个：2->0;3->1

应用场景：开发过程中经常用到从master分支copy一个开发分支 步骤： 1.切换到被copy的分支（master），并且从远端拉取最新版本 $git checkout master $git pull 2.从当前分支拉copy开发分支 $git checkout -b dev Switched to a new branch 'dev' 3.把新建的分支push到远端 $git push origin dev 4.关联 $git branch --set-upstream-to=origin/dev 5.再次拉取验证 $git pull 来源： https://www.cnblogs.com/starfish29/p/11905197.html

keepalived 保持在线状态，也就是所谓的高可用或热备，它集群管理中 保证集群高可用的一个服务软件 ，其功能类似于heartbeat，用来防止 单点故障 (单点故障是指一旦某一点出现故障就会导致整个系统架构的不可用)的发生。VRRP协议这个协议就是keepalived实现的基础 VRRP https://www.cnblogs.com/betterquan/p/11903616.html 简单了解就是 1）VRRP是用来实现路由器冗余的协议。 2）VRRP协议是为了消除在静态缺省路由环境下路由器单点故障引起的网络失效而设计的主备模式的协议，使得发生故障而进行设计设备功能切换时可以不影响内外数据通信，　　不需要再修改内部网络的网络参数。 3）VRRP协议需要具有IP备份，优先路由选择，减少不必要的路由器通信等功能。 4）VRRP协议将两台或多台路由器设备虚拟成一个设备，对外提供虚拟路由器IP（一个或多个）。然而，在路由器组内部，如果实际拥有这个对外IP的路由器如果工作正常的话，　　·就是master，或者是通过算法选举产生的，MASTER实现针对虚拟路由器IP的各种网络功能，如ARP请求，ICMP，以及数据的转发等，其他设备不具有该IP，状态是BACKUP。　　除了接收MASTER的VRRP状态通告信息外，不执行对外的网络功能，当主级失效时

Git 简介 官网：https://git-scm.com Git 是一个分布式版本控制软件，最初由林纳斯●托瓦兹（Linus Torvalds）创作，于 2005 年以 GPL 发布。最初目的是为更好地管理 Linux 内核开发而设计。 GIt 官方中文手册 https://git-scm.com/book/zh/v2 Git 是一个开源的分布式版本控制系统，用以有效、高速的处理从很小到非常大的项目版本管理。一个原始 Git 版本仓库，可以让其他主机克隆这个原始版本仓库，从而使得一个 Git 版本仓库可以同时分布到不同的主机上，并且每台主机的版本库都是一样的，并没有主次之分，极大的保证了数据的安全性，并使得用户能够自主选择 Git 服务器推送文件了，其实部署一个 Git 服务器是一件非常简单的事情。 如上所述，作为一个分布式的版本控制系统，在 Git 中并不存在主库这样的概念。每一份复制出的库都可以独立使用，任何两个库之间的不一致之处都可以进行合并。 GitHub 是一个面向开源及私有软件项目的托管平台，因为只支持 Git 作为唯一的版本库格式进行托管，故名 GitHub。GitHub 可以提供给用户空间创建 Git 仓储，保存用户的一些数据文档或者代码等。 GitHub 作为开源代码库以及版本控制系统，目前拥有 140 多万开发者用户。随着越来越多的应用程序转移到了云上

一、安装 1.1windows 要在Windows系统中安装Git，请访问http://msysgit.github.io/，并单击Download。安装。 1.2 在 Linux 系统中安装 Git 要在Linux系统中安装Git，请执行如下命令即可： sudo apt-get install git 1.3 在 OS X 系统中安装 Git 你的OS X系统可能已经安装了Git，因此请尝试执行命令git --version。如果你在输出中看 到了具体的版本号，说明你的系统安装了Git；如果你看到一条消息，提示你安装或升级Git，只 需按屏幕上的说明做即可。 你也可以访问https://git-scm.com/，单击链接Downloads，再单击适合你所用系统的安装程序 二、Git的配置 Git跟踪谁修改了项目，哪怕参与项目开发的人只有一个。为此， Git需要知道你的用户名和 电子邮件地址。你必须提供用户名，但可以使用虚构的电子邮件地址（会在提交时提醒输入：八步）： $ git config --global user.name "username" $ git config --global user.email "username@example.com" 三、创建项目 我们来创建一个要进行版本控制的项目。在你的系统中创建一个文件夹，并将其命名为 git_practice

通常情况下，内部网络中的所有主机都设置一条相同的缺省路由，指向出口网关（图中中的路由器RouterA），实现主机与外部网络的通信。当出口网关发生故障时，主机与外部网络的通信就会中断。 配置多个出口网关是提高系统可靠性的常见方法，但局域网内的主机设备通常不支持动态路由协议，如何在多个出口网关之间进行选路是个问题 VRRP（Virtual Router Redundancy Protocol）虚拟路由冗余协议 ，来解决局域网主机访问外部网络的可靠性问题。 VRRP是一种容错协议，它通过把 几台路由设备联合 组成一台虚拟的路由设备，并通过一定的机制来保证当 主机的下一跳设备出现故障 时，可以及时将业务切换到其它设备，从而保持通讯的连续性和可靠性。 使用VRRP的优势在于：既 不需要改变组网 情况，也不需要在 主机上配置任何动态路由 或者路由发现协议，就可以获得更高可靠性的缺省路由。 VRRP的工作原理 VRRP将局域网的一组路由器构成一个备份组，相当于一台虚拟路由器。局域网内的主机 只需要知道这个虚拟路由器的IP地址 ，并不需知道具体某台设备的IP地址，将网络内主机的缺省网关设置为该虚拟路由器的IP地址，主机就可以利用该虚拟网关与外部网络进行通信。 VRRP将该虚拟路由器 动态关联到 承担传输业务的 物理路由器 上，当该物理路由器出现故障时，再次选择新路由器来接替业务传输工作