当前位置：首页 > news >正文

双十一网站建设活动/9个广州seo推广神技

news 2025/8/18 9:15:41

双十一网站建设活动,9个广州seo推广神技,那些做面点的网站好,济宁百度推广公司MHA是一套相对成熟的MySQL高可用方案，能做到在0~30s内自动完成数据库的故障切换操作，在master服务器不宕机的情况下，基本能保证数据的一致性。一、常见部署架构模式模式一、拿一台mysql的slave作为manager节点部署模式二、单独拿一台服务器作…

MHA是一套相对成熟的MySQL高可用方案，能做到在0~30s内自动完成数据库的故障切换操作，在master服务器不宕机的情况下，基本能保证数据的一致性。

一、常见部署架构模式

模式一、拿一台mysql的slave作为manager节点部署

AAffA0nNPuCLAAAAAElFTkSuQmCC

模式二、单独拿一台服务器作为manager节点

AAffA0nNPuCLAAAAAElFTkSuQmCC

模式三、基于VIP进行漂移模式

AAffA0nNPuCLAAAAAElFTkSuQmCC

由于，我本地测试的服务器资源有限，接下来我拿模式一来介绍下配置的实现。

一、搭建步骤

1、本地资源准备

准备三台虚拟机，分别如下：

IP初始化主从成员类型MHA成员类型

192.168.8.70Masternode

192.168.8.226Slave1node

192.168.8.228Slave2Manager\node

2、配置主从

需要将这三个节点，配置好主从模式，上一篇手记中有介绍，大家可以看下：

(注意：所有主从都需要开启bin-log，并且配置保持一致)

3、配置yum源地址

使用的Centos6.8作为测试机器，所以我们需要配置好yum源。

如下：

rpm-ivh http://dl.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rpm

4、所有node节点都需要安装如下包

#如果有专门的管理节点(也就是选择架构模式2或者3)，从库就只要安装perl-DBD-MySQL

yum install -yperl-DBD-MySQL

#如果没有管理节点，那么在所有的主从节点都安装如下依赖包：

yum install -y perl-DBD-MySQL perl-Config-Tinyperl-Log-Dispatch

perl-Parallel-ForkManager perl-MIME-Liteperl-Params-Validate

5、manager节点安装mha

登陆192.168.8.228，执行如下：

rpm -Uvhmha4mysql-manager-0.56-0.el6.noarch.rpm

mha4mysql-node-0.56-0.el6.noarch.rpm

6、建立所有节点的信任关系

注意：所有节点都需要建立ssh登陆认证的信任关系

ssh-keygen -t rsa

*提示：会生成一个/root/.ssh/id_rsa.pub公钥文件，将公钥文件内容复制到.ssh/authorized_keys文件中，将几个节点的公钥的内容都复制到该文件。将这个authorized_keys文件复制到其他节点，确保每个节点都有其他和自己的公钥

测试：

从manager节点上ssh IP，测试是否都可以免密登陆。

7、mysql的master主节点上新建两个mysql用户

创建一个超级管理员以及复制帐号，必须具有远程连接权限，如下：

先登陆192.168.8.70的mysql，执行如下：

grant replication slave on*.* to repl@'%' identified by 'repl';grant all on *.* to mhall@'%'identified by '123456' with grant option;

8、补充

(1)如果mysql安装不是yum的方式安装，则需要建立软链接，

因为mha运行时需要用到/usr/bin下的两个mysql命令(貌似路径写死了，更改/etc/profile对mha无效)，所以建立两个软连接

ln -s/usr/local/mysql/bin/mysqlbinlog /usr/bin/mysqlbinlog

ln -s/usr/local/mysql/bin/mysql /usr/bin/mysql

(2)从库设置只读和关闭自动清理binlog

setglobal read_only=1;

setglobal relay_log_purge=0;

*提示：必须设置，否则做masterha_check_repl这个检测步骤的时候会不通过

二、配置

登陆manager节点，登陆：192.168.8.228

1、新建配置文件

vim /etc/masterha/app1.cnf

内容如下：

[server default]

#mhamanager工作目录

#管理节点工作目录，如果管理节点也是数据节点，那么建议设置为与remote_workdir不同的目录，如：/tmp

manager_workdir =/var/log/masterha/app1

manager_log= /var/log/masterha/managerhu1.log # manager 日志文件

remote_workdir =/var/log/masterha/app1 #mysql数据节点的工作目录

user =mhall # MySQL管理帐号和密码(上面超级管理员)

password=123456

ssh_user=root # 系统ssh用户

repl_user=repl # 复制帐号和密码

repl_password= repl

ping_interval=1 # 监控间隔(秒)

[server1]

hostname=192.168.8.226

ssh_port=9922

port=3306

master_binlog_dir=/var/lib/mysql #binlog 文件目录

check_repl_delay=0

#默认情况下，如果一个slave落后master超过100MB的relay logs(相当于会应用超过100MB的relay logs)，MHA就不会选择该slave作为new master，因为恢复过程会花费太长时间。通过设置check_repl_delay=0，在选择new master的时候MHA就会忽略复制延迟。如果在某个指定的host上设置了candidate_master=1，并且想要确保该host成为new master，那这个选项是有用的。

candidate_master=1

#通过设置candidate_master为1，只要该服务器符合成为new master的条件，该服务器会优先成为master(比如：开启binlog，延迟不明显，等等)所以candidate_master=1不代表指定的host在current master挂掉后总会成为new master，只是用于设置优先级。

如果在多台服务器上设置了candidate_master=1，优先级根据block名称([server_xxx])的顺序决定。[server_1] 优先级高于[server_2]。

[server2]

hostname=192.168.8.228

ssh_port=9922

port=3306

master_binlog_dir=/var/lib/mysql

check_repl_delay=0

candidate_master=1

[server3]

hostname=192.168.8.70

ssh_port=9922

port=3306