Mysql多主多从集群部署，Haproxy负载均衡，Mycat读写分离

已于 2024-08-23 17:14:11 修改
阅读量610 收藏 8
点赞数 9
文章标签： mysql 负载均衡 数据库 分布式 linux 运维 centos
于 2024-08-23 15:57:15 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43741408/article/details/141464734
版权

一、Mysql前置知识点

1.1 MySQL主从复制的工作过程

1.2 主从复制的过程

  • mysql主数据库将处理的事务（增、删、改、查）存放到二进制日志文件（mysql-bin-000001），通知存储引擎将数据存储到磁盘中。

  • master的dump线程监听slave的I/O线程的请求，将二进制日志文件更新的数据发送给slave的I/O线程。

  • slave的工作线程（I/O线程），会将master更新的数据复制存放到slave的中继日志文件中，然后由slave中的sql线程进行读取数据，并将数据存放到自己的二进制（类似）文件中，与master的数据保持一致。

1.3 主从复制核心内容

  • 两个日志文件

    • 二进制日志文件（master，xxx-bin.00001）

    • 中继日志文件（slave，xxx-relay-bin.00001）

  • 三个线程

    • dump线程（master）：监听slave的I/O线程请求，将master中二进制日志文件中更新的数据发送给slave的I/O线程。

    • I/O线程（slave）：将更新的数据存放到slave的中继日志文件中。

    • sql线程（slave）：读取中继日志文件中的数据，并将数据存放到自己的二进制（类似）文件中，与master数据保持一致性。

1.4 GTID

  • (Global Transaction ID)是全局事务ID,当在主库上提交事务或者被从库应用时，可以定位和追踪每一个事务，比如主库新事务都有一个全局ID，即使此事务被同步到任何从库上并应用都会标记着这个事务
  • GTID的组成： server_uuid:transaction_id，平时看到的gtid_executed或者Executed_Gtid_Set实际是个集合，m-n的方式，代表执行了事务m 到 事务n 这些ID
  • 有了GTID对数据库分布式会有很大的帮助。尤其是复杂主从关系，我们可以省去手工去找偏移量，而是通过CHANGE MASTER TO MASTER_HOST=‘xxx’, MASTER_AUTO_POSITION=1即可方便的搭建从库，在故障修复中也可以采用MASTER_AUTO_POSITION=‘X’的方式。
  • MySQL Server在写binlog的时候，会先写一个特殊的Binlog Event，类型为GTID_Event，指定下一个事务的GTID，然后再写事务的Binlog，主从同步时GTID_Event和事务的Binlog都会传递到从库，在从库应用Relay Log,从库在执行的时候也是用同样的GTID写binlog。

二、集群环境介绍

2.1 节点信息表：

序号主机类型主机名IP地址Keepalive软件版本
1Master_01 主节点master01172.16.40.71172.16.40.222mysql 5.7
2Master_02 主节点master02172.16.40.72172.16.40.222mysql 5.7
3Haproxy_01 负载均衡haproxy01172.16.40.61172.16.40.111haproxy1.5.18
4Haproxy_02 负载均衡haproxy02172.16.40.62172.16.40.111haproxy1.5.18
5Mycat_01 读写分离mycat01172.16.40.81jdk1.8/mycat1.6
6Mycat_02 读写分离mycat02172.16.40.82jdk1.8/mycat1.6
7Slave_01 从节点slave01172.16.40.91mysql 5.7
8Slave_02 从节点slave02172.16.40.92mysql 5.7
9Slave_03 从节点slave03172.16.40.93mysql 5.7
10Client 客户端ittools172.16.40.250mysql 5.7

2.2架构拓扑：

三、配置Master双主同步

3.1 全部节点都关闭防火墙及安全管理

systemctl stop firewalld
systemctl disable firewalld
setenforce 0    # 永久关闭需配置/etc/selinux/config中SELINUX=disabled，并保存重启

3.2 Master01配置

在/etc/my.cnf文件中添加以下配置项：

[mysqld]
#定义server-id，每台主机的唯一值
server-id=1
#添加主服务器开启二进制日志
log-bin=master01-bin
#复制类型使用MIXED模式
binlog_format=MIXED
#当角色为从服务器时，允许将同步到的数据更新至二进制日志中
log-slave-updates=true
# 设置单个binlog日志文件的最大容量
max_binlog_size=1024M
#设置自动删除 binlog 文件的天数
expire_logs_days=7
#开启GTID同步
gtid_mode=on
#强制事务一致，确保 GTID 的安全，在事务中就不能创建和删除临时表
enforce_gtid_consistency=on
#这个变量用于在 MySQL 重启或启动的时候寻找 GTIDs 过程中，控制 binlog 如何遍历的算法
binlog_gtid_simple_recovery=1
#自增主键步长，通常有几个主库节点就写几，避免主键冲突
auto_increment_increment=2
#设置自增主键起始值，master01节点为1，master02节点为2，以此类推
auto_increment_offset=1

 保存，并重启mysql。systemctl restart mysqld

3.3 Master02配置

[mysqld]
#定义server-id，每台主机的唯一值
server-id=2
#添加主服务器开启二进制日志
log-bin=master02-bin
#复制类型使用MIXED模式
binlog_format=MIXED
#当角色为从服务器时，允许将同步到的数据更新至二进制日志中
log-slave-updates=true
# 设置单个binlog日志文件的最大容量
max_binlog_size=1024M
#设置自动删除 binlog 文件的天数
expire_logs_days=7
#开启GTID同步
gtid_mode=on
#强制事务一致，确保 GTID 的安全，在事务中就不能创建和删除临时表
enforce_gtid_consistency=on
#这个变量用于在 MySQL 重启或启动的时候寻找 GTIDs 过程中，控制 binlog 如何遍历的算法
binlog_gtid_simple_recovery=1
#自增主键步长，通常有几个主库节点就写几，避免主键冲突
auto_increment_increment=2
#设置自增主键起始值，master01节点为1，master02节点为2，以此类推
auto_increment_offset=2

master02的配置信息和master01节点的只有3点不同：

  • server-id=2：这个是各节点在集群中的唯一标识，不能重复。

  • log-bin：binlog日志文件的前缀名称为自定义的

  • auto_increment_offset=2：自增初始值从1变为2，最终效果会变为：

    •  master01：1、3、5、7、9、11、13、15、17.......

    •  master02：2、4、6、8、10、12、14、16、18......

关于 log-slave-updates=true 的说明：

保存，并重启mysql。systemctl restart mysqld

3.4 分别在master01和master02上创建用于数据同步的账号

# 创建账号
grant replication slave ON *.* to 'test'@'172.16.40.%' identified by 'test@666';
# 刷新权限
flush privileges;

 3.5 配置互主同步关系

配置前 master01和master02 都重置一下binlog。

reset master;

master01配置主从，指向master02设为主库。

change master to
    master_host='172.16.40.72',
    master_port=3306,
    master_user='test',
    master_password='test@666',
    master_auto_position=1;

master02配置主从，指向master01设为主库。

change master to
    master_host='172.16.40.71',
    master_port=3306,
    master_user='test',
    master_password='test@666',
    master_auto_position=1;

分别启动同步任务。

start slave;

3.6 校验双主同步状态

输入 show slave status\G 查询同步状态：IO 线程和 SQL 线程都为 YES 表示同步正常，成功实现master01和master02互为主从。

查看 /var/lib/mysql 目录下的文件，可以看到2台主机都已生成relay_log中继日志文件，至此，双主同步完成。

四、部署Keepalived，实现Master双主热备

4.1下载安装keepalived

2台master主机都下载 keepalive2.3.1。

wget https://www.keepalived.org/software/keepalived-2.3.1.tar.gz
tar -xzvf keepalived-2.2.4.tar.gz

安装依赖

yum -y install gcc openssl-devel libnl3-devel ipset-devel iptables-devel libnfnetlink-devel net-snmp-devel glib2-devel

安装keepalive，设置开机自启。

cd keepalived-2.3.1
./configure --prefix=/usr/local/keepalived-2.3.1
make && make install
systemctl enable keepalived

如下图所示，代表已支持IPVS虚拟IP功能。

 4.2 修改Master节点的keepalived.conf配置文件

创建并配置master01的keepalived.conf文件

mkdir /etc/keepalived
touch /etc/keepalived/keepalived.conf 
global_defs {
	router_id  Master_01	#节点服务名称
}
 
vrrp_script check_run {
   script "/etc/keepalived/mysql_check.sh"
   interval 5				#5秒执行一次脚本
}
 
vrrp_instance VIP_master {
    state MASTER			#节点的初始状态（MASTER|BACKUP）
    interface ens192		#承载VIP地址到物理接口
    virtual_router_id 100	#虚拟路由器ID号，主备都一样
    priority 100			#优先级，数值越大优先级越高
    advert_int 1			#指定发送 VRRP 广播的间隔，默认为1s
    authentication {		#主备间认证信息，每个热播组保持一致
        auth_type PASS      #认证类型，明文
        auth_pass mysql@123	#密码字串,主备都一样
    }
    virtual_ipaddress {
        172.16.40.222/24	#VIP地址（内网地址）
    }
    track_script {
        check_run
    }
}

主库 master01 检测脚本，编辑 /etc/keepalived/mysql_check.sh 文件：

#!/bin/bash
/usr/bin/mysql -uroot -p'你自己的数据库密码' -e "show status" &>/dev/null 
if [ $? -ne 0 ] ;then
    systemctl stop keepalived
else
	echo ok
fi
chmod u+x /etc/keepalived/mysql_check.sh

创建并配置master02的keepalive.conf文件。

mkdir /etc/keepalived
touch /etc/keepalived/keepalived.conf 
global_defs {
	router_id Master_02		#节点服务名称
}
 
vrrp_script check_run {
   script "/etc/keepalived/mysql_check.sh"
   interval 5				#5秒执行一次脚本
}
 
vrrp_instance VIP_master {
    state BACKUP			#节点的初始状态（MASTER|BACKUP）
    interface ens192		#承载VIP地址到物理接口
    virtual_router_id 100	#虚拟路由器ID号，主备都一样
    priority 90				#优先级，数值越大优先级越高
    advert_int 1			#指定发送 VRRP 广播的间隔，默认为1s
    authentication {		#主备间认证信息，每个热播组保持一致
        auth_type PASS      #认证类型，明文
        auth_pass mysql@123	#密码字串,主备都一样
    }
    virtual_ipaddress {
        172.16.40.222/24	#VIP地址（内网地址）
    }
    track_script {
        check_run
    }
}

主库 B 检测脚本，编辑 /etc/keepalived/mysql_check.sh 文件：

#!/bin/bash
/usr/bin/mysql -uroot -p'你自己的数据库密码' -e "show status" &>/dev/null 
if [ $? -ne 0 ] ;then
    systemctl stop keepalived
else
	echo ok
fi
chmod u+x /etc/keepalived/mysql_check.sh

4.3 启动Keepalive并校验状态

 在master01和主库master02上分别启动 keepalived。

systemctl start keepalived

可以看到master01根据配置文件获得了更高的优先级，成功的拿到了VIP地址：

  • 验证一（从客户端连接VIP登录mysql，查看当前mysql实例归属；同时新建表单数据，查看双主同步效果）：

select @@hostname	# 查看数据库主机名

 通过客户端登录VIP—Mysql,新建表单数据,查看数据是否实现双主同步

create database testdb;

create table testdb.data01(id int not null primary key auto_increment, name varchar(60), age int); 

insert into testdb.data01 (name,age) values ('tom',18), ('jack',17), ('rock',16), ('james',15), ('cris',20);

校验成功，数据已在双主库中完成同步：

  • 验证二（关闭master01的mysql服务，查看VIP是否自动漂移到mysql02的网卡上；同时从客户端连接VIP登录mysql，查看VIP漂移后的mysql实例归属；）

    检验成功，关闭master01数据库服务后，keepalive检测脚本生效，主动关闭msater01的keepalive服务，顺利完成自动选主，VIP漂移至master02网卡上：

五、部署Slaves双主多从，主从同步

5.1 配置每台slave从机的/etc/my.cnf文件

# slave01
[mysqld]
#定义server-id，每台主机的唯一值
server-id=3
#添加主服务器开启二进制日志
log-bin=slave01-bin
#复制类型使用MIXED模式
binlog_format=MIXED
# 设置单个binlog日志文件的最大容量
max_binlog_size=1024M
#设置自动删除 binlog 文件的天数
expire_logs_days=7
#开启GTID同步
gtid_mode=on
#强制事务一致，确保 GTID 的安全，在事务中就不能创建和删除临时表
enforce_gtid_consistency=on
#这个变量用于在 MySQL 重启或启动的时候寻找 GTIDs 过程中，控制 binlog 如何遍历的算法
binlog_gtid_simple_recovery=1
# slave02
[mysqld]
#定义server-id，每台主机的唯一值
server-id=2
#添加主服务器开启二进制日志
log-bin=slave02-bin
#复制类型使用MIXED模式
binlog_format=MIXED
# 设置单个binlog日志文件的最大容量
max_binlog_size=1024M
#设置自动删除 binlog 文件的天数
expire_logs_days=7
#开启GTID同步
gtid_mode=on
#强制事务一致，确保 GTID 的安全，在事务中就不能创建和删除临时表
enforce_gtid_consistency=on
#这个变量用于在 MySQL 重启或启动的时候寻找 GTIDs 过程中，控制 binlog 如何遍历的算法
binlog_gtid_simple_recovery=1
# slave03
[mysqld]
#定义server-id，每台主机的唯一值
server-id=3
#添加主服务器开启二进制日志
log-bin=slave03-bin
#复制类型使用MIXED模式
binlog_format=MIXED
# 设置单个binlog日志文件的最大容量
max_binlog_size=1024M
#设置自动删除 binlog 文件的天数
expire_logs_days=7
#开启GTID同步
gtid_mode=on
#强制事务一致，确保 GTID 的安全，在事务中就不能创建和删除临时表
enforce_gtid_consistency=on
#这个变量用于在 MySQL 重启或启动的时候寻找 GTIDs 过程中，控制 binlog 如何遍历的算法
binlog_gtid_simple_recovery=1

 保存后，分别重启3台Slave的mysql服务 systemctl restart mysqld

5.2 配置每台从机的Slave服务，校验主从同步结果

依次在3台Slave中配置数据同步账号（注意master_host为双主keepalive的VIP地址）。

change master to
    master_host='172.16.40.222',
    master_port=3306,
    master_user='test',
    master_password='test@666',
    master_auto_position=1;

 启动同步服务 start slave;，查看同步状态 show slave status\G;

客户端Client通过双主虚拟VIP 172.16.40.222 登录，并写入新数据至Master上，查看每台Slave已正常完成数据同步，即双主多从部署完毕。

六、部署Mycat，配置读写分离

6.1 下载安装Mycat1.6

安装配置jdk1.8环境。

tar -zxvf jdk-8u152-linux-x64.tar.gz
mv jdk1.8.0_152 /usr/local/
echo -e 'export JAVA_HOME=/usr/local/jdk1.8.0\nexport PATH=$JAVA_HOME/bin:$PATH' >> /etc/profile
source /etc/profile

分别在Mycat01和Mycat02节点上安装Mycat1.6。下载地址：Mycat-download-old/1.6-RELEASE/Mycat-server-1.6-RELEASE-20161028204710-linux.tar.gz at master · MyCATApache/Mycat-download-old · GitHub

tar -zxvf Mycat-server-1.6-RELEASE-20161028204710-linux.tar.gz
mv mycat /usr/local/
echo -e 'export MYCAT_HOME=/usr/local/mycat\nexport PATH=$MYCAT_HOME/bin:$PATH:$JAVA_HOME/bin' >> /etc/profile
source /etc/profile

6.2 修改Mycat配置文件

（参考：Mycat 三大配置文件详解）

修改两台Mycat节点的/usr/local/mycat/conf/server.xml，配置mycat对外连接的账户信息。schemas的值需要与schema.xml中的schemas标签值保持一致。

<user name="root">
        <property name="password">123456</property>
        <property name="schemas">testdb</property>

        <!-- 表级 DML 权限设置 -->
        <!--            
        <privileges check="false">
                <schema name="TESTDB" dml="0110" >
                        <table name="tb01" dml="0000"></table>
                        <table name="tb02" dml="1111"></table>
                </schema>
        </privileges>           
         -->
</user>

<user name="test">
        <property name="password">test123</property>
        <property name="schemas">testdb</property>
</user>

修改两台Mycat节点的/usr/local/mycat/conf/schema.xml文件，配置读写分离。

<?xml version="1.0"?>
<!DOCTYPE mycat:schema SYSTEM "schema.dtd">
<mycat:schema xmlns:mycat="http://io.mycat/">

    <!-- 数据库配置 与server.xml 中的数据库对应 -->
 <schema name="testdb" checkSQLschema="true" dataNode="dn_node1" sqlMaxLimit="100">
        <table name="data01" primaryKey="id" dataNode="dn_node1" />
 </schema>
 
    <!-- 分片配置 -->
 <dataNode name="dn_node1" dataHost="dh_host1" database="testdb" />
 
    <!-- 物理数据库配置 -->
 <dataHost name="dh_host1" maxCon="1000"  minCon="10" balance="3"
  writeType="0" dbType="mysql"  dbDriver="native" switchType="1"  slaveThreshold="100">
   <heartbeat>select user()</heartbeat>
   <writeHost host="hostM"  url="172.16.40.222:3306" user="root"  password="******">
   <readHost host="hostS1" url="172.16.40.91:3306" user="root" password="******" />
   <readHost host="hostS2" url="172.16.40.92:3306" user="root" password="******" />
   <readHost host="hostS3" url="172.16.40.93:3306" user="root" password="******" />
   </writeHost>
 </dataHost>
 
</mycat:schema>

6.3 开启Mycat，并对读写分离策略进行校验

 启动mycat服务。

mycat start

查看服务运行状态及端口。

 从客户端分别连接2台mycat并执行SQL查询，进行读写分离验证。

读取数据：mysql -utest -ptest123 -h172.16.40.81 -P8066 -e 'select @@hostname' ，可以看到读取操作只会随机分发到3台slave从节点上执行。

 写入数据：mysql -utest -ptest123 -h172.16.40.81 -P8066 -e 'insert into testdb.data01 (name,age) values (@@hostname,50)' ， 可以看到写入的操作只会在master节点上执行。

在关闭master01的mysql服务后，再次连接mycat进行数据写入，可以看到执行写入的节点已近自动变为master02了。

七、部署HAProxy负载均衡+Keepalived实现高可用

7.1 安装Haproxy和Keepalived

yum -y install haproxy keepalived

 7.2 修改Haproxy配置文件

修改两台haproxy节点的/etc/haproxy/haproxy.cfg内容，配置如下：

global
    log         127.0.0.1 local2
    chroot      /var/lib/haproxy
    pidfile     /var/run/haproxy.pid
    maxconn     4096
    user        haproxy
    group       haproxy
    daemon
    stats socket /var/lib/haproxy/stats
#---------------------------------------------------------------------
defaults
    log global
    mode tcp
    option abortonclose
    option redispatch
    retries 3
    maxconn 2000
    timeout connect 5000
    timeout client 50000
    timeout server 50000
#---------------------------------------------------------------------
# HAProxy的状态信息统计页面
listen admin_stats
    bind    :50004                      # 管理页面端口号
    stats    uri /admin         # 管理页面地址路径
    stats    auth admin:123456           # 管理页面登录账户密码
    mode    http                        # 所处理的模式 (tcp:四层, http:七层, health:状态检查,只会返回OK)
    option    httplog                  # 启用日志记录HTTP请求
#--------------------------------------------------------------------
listen mycat_servers
    bind      :50005                    # Haproxy对外连接的端口号
    mode      tcp
    option    tcplog                    # 记录TCP请求日志
    option    tcpka                     # 在客户端和监听器之间以及HAProxy和后端服务器之间的连接上启用SO_KEEPALIVE
    balance    roundrobin               # 定义负载均衡算法为轮询方式（leastconn：以最少连接数算法来分配请求）
    server mycat01 172.16.40.81:8066 check inter 3000 rise 1 maxconn 1000 fall 3
    server mycat02 172.16.40.82:8066 check inter 3000 rise 1 maxconn 1000 fall 3
    # 格式：server <name> <address>[:[port]] [param*]
    # serser：在后端声明一个server，只能用于listen和backend区段。
    # <name>：为此服务器指定的内部名称，其将会出现在日志及警告信息中
    # <address>：此服务器的IPv4地址，也支持使用可解析的主机名，但要在启动时需要解析主机名至响应的IPV4地址
    # [:[port]]：指定将客户端连接请求发往此服务器时的目标端口，此为可选项
    # [param*]：为此server设定的一系列参数，均为可选项，参数比较多，下面仅说明几个常用的参数：
    # weight：权重，默认为1，最大值为256，0表示不参与负载均衡
    # backup：设定为备用服务器，仅在负载均衡场景中的其他server均不可以启用此server
    # check：启动对此server执行监控状态检查，其可以借助于额外的其他参数完成更精细的设定
    # inter：设定监控状态检查的时间间隔，单位为毫秒，默认为2000，也可以使用fastinter和downinter来根据服务器端专题 
    #优化此事件延迟
    # rise：设置server从离线状态转换至正常状态需要检查的次数（不设置的情况下，默认值为2）
    # fall：设置server从正常状态转换至离线状态需要检查的次数（不设置的情况下，默认值为3）
    # cookie：为指定server设定cookie值，此处指定的值将会在请求入站时被检查，第一次为此值挑选的server将会被后续的请
    #求所选中，其目的在于实现持久连接的功能
    # maxconn：指定此服务器接受的最大并发连接数，如果发往此服务器的连接数目高于此处指定的值，其将被放置于请求队列 
    #，以等待其他连接被释放

7.3 保存配置，重启Haproxy服务，并查看端口运行状态

7.4 登录Haproxy管理页面，查看后端Mycat的检测状态

7.5 验证Haproxy负载均衡策略

客户端通过HAProxy访问Mycat测试，mysql -utest -ptest123 -h172.16.40.81 -P5005 -e 'select @@hostname'

 关闭后端其中一台Mycat服务，校验Haproxy是否顺利切换正常使用。

7.6 修改Keepalived配置文件

修改Haproxy01的/etc/keepalived/keepalived.conf内容：

global_defs {
	router_id Haproxy_01	#节点服务名称
}
 
vrrp_script chk_haproxy {
   script "/etc/keepalived/check_haproxy.sh"
   interval 5				#5秒执行一次脚本
}
 
vrrp_instance VIP_Haproxy {
    state MASTER			#节点的初始状态（MASTER|BACKUP）
    interface ens192		#承载VIP地址到物理接口
    virtual_router_id 110	#虚拟路由器ID号，主备都一样
    priority 100			#优先级，数值越大优先级越高
    advert_int 1			#指定发送 VRRP 广播的间隔，默认为1s
    authentication {		#主备间认证信息，每个热播组保持一致
        auth_type PASS      #认证类型，明文
        auth_pass haproxy@123	#密码字串,主备都一样
    }
    virtual_ipaddress {
        172.16.40.111/24	#VIP地址（内网地址）
    }
    track_script {
        chk_haproxy
    }
}

 Haproxy01状态检测脚本，编辑/etc/keepalived/check_haproxy.sh文件：

#!/bin/bash
if [ $(ps -C haproxy --no-header | wc -l) -eq 0 ]; then
/usr/sbin/haproxy -f /etc/haproxy/haproxy.cfg
fi
sleep 3
if [ $(ps -C haproxy --no-header | wc -l) -eq 0 ]; then
killall keepalived
fi
chmod +x /etc/keepalived/check_haproxy.sh

修改Haproxy02的/etc/keepalived/keepalived.conf内容：

global_defs {
	router_id Haproxy_02	#节点服务名称
}
 
vrrp_script chk_haproxy {
   script "/etc/keepalived/check_haproxy.sh"
   interval 5				#5秒执行一次脚本
}
 
vrrp_instance VIP_Haproxy {
    state BACKUP			#节点的初始状态（MASTER|BACKUP）
    interface ens192		#承载VIP地址到物理接口
    virtual_router_id 110	#虚拟路由器ID号，主备都一样
    priority 90				#优先级，数值越大优先级越高
    advert_int 1			#指定发送 VRRP 广播的间隔，默认为1s
    authentication {		#主备间认证信息，每个热播组保持一致
        auth_type PASS      #认证类型，明文
        auth_pass haproxy@123	#密码字串,主备都一样
    }
    virtual_ipaddress {
        172.16.40.111/24	#VIP地址（内网地址）
    }
    track_script {
        chk_haproxy
    }
}

Haproxy02状态检测脚本，编辑/etc/keepalived/check_haproxy.sh文件：

#!/bin/bash
if [ $(ps -C haproxy --no-header | wc -l) -eq 0 ]; then
/usr/sbin/haproxy -f /etc/haproxy/haproxy.cfg
fi
sleep 3
if [ $(ps -C haproxy --no-header | wc -l) -eq 0 ]; then
killall keepalived
fi
chmod +x /etc/keepalived/check_haproxy.sh

7.7 开启Keepalived服务，校验Haproxy高可用状态

 启动Keepalived，看下虚拟VIP落点。

systemctl start keepalived
systemctl status keepalived
ip addr show ens192

客户端通过HAProxy集群的VIP地址访问Mycat测试，mysql -utest -ptest123 -h172.16.40.111 -P50005 -e 'select @@hostname' 关闭Haproxy01的服务，再次从客户端连接VIP访问Mycat测试。  将Haproxy01的配置文件复原，检测脚本自动重启Haproxy01的服务，并成功复主拿到VIP。

 到此，集群环境全部部署完成。

Looper0331
关注
mysql多主集群_MYSQL-galera多主集群
weixin_30458701的博客
02-08 899
前言：网上总结的个人感觉要不太细，要不太粗，自己总结一下原贴：http://blog.csdn.net/everlasting_188/article/details/51438483传统的2pc提交同步过程2PC 事务结束时，所有节点数据达到一致协调者与参与者之间通信，参与者之间无连接受网络状态影响较大两次通信，需要得到每个参与者的反馈后才能决定是否提交事务mysql的主从复制主从复制的延时不...
mysql 8.0集群搭建(一主多从和多主多从)
wn_96的博客
04-19 5081
MYSQL8.0集群搭建 一主多从基础环境**1. 下载 mysql rpm包****2.主节点添加主从同步账户****3.开启二进制日志文件和添加server-id**4.登入主节点mysql重置偏移量5.注册从节点6.启动 启动所有从节点的slave 基础环境 ip hostname 192.168.30.201 mc1 192.168.30.202 mc2 192.168.30.203 mc3 192.168.30.204 mc4 内存 1G Cpu 1C 1. 下载
MYSQL-galera多主集群
weixin_34416649的博客
08-14 241
前言：网上总结的个人感觉要不太细，要不太粗，自己总结一下原贴：http://blog.csdn.net/everlasting_188/article/details/51438483传统的2pc提交同步过程2PC 事务结束时，所有节点数据达到一致协调者与参与者之间通信，参与者之间无连接受网络状态影响较大两次通信，需要得到每个参与者的反馈后才能决定是否提交事务mysql的主从...
mysql 双主多从_MySql 双主多从配置指导
weixin_39939661的博客
01-19 291
MySql 双主多从配置指导一、背景互联网项目为了数据的可靠性和架构的可拓展性经常会用到双主多从的数据库，来实现数据的备份、负载均衡和突发状况时数据库切换。二、思路配置两台数据库A、B互为主从，然后配置以A为主的从数据库C，和以B为主的从数据库D在A和B的配置中添加：log-slave-updates=1将所有的操作写入到binary log。使得A的更改不止同步到B和C，还会同步到D。同理B也会...
docker搭建mysql多主多从(集群)，亲测有效！
lp1302190871的博客
12-15 1802
原理：让mysql-master成为mysql-master_2的从，让mysql-master_2成为mysql-master的从，操作步骤和主从搭建一致。成功关联mysql-master和mysql-slave主从，测试即可，mysql-master_2和mysql-slave-2一样的步骤搭建主从。此时的master_log_file、master_log_pos、宿主机ip、master_port均为mysql-master容器的信息。master_port：主数据库的运行端口；
mysql多主集群_MySQL 多主多活 Galera 集群部署使用
weixin_39845221的博客
01-19 238
Galera是一款可以让MySQL同步复制的工具，实现真正的双主、多主，客户端连接到不同的MySQL实例进行读写操作就跟操作同一个实例一样，多个MySQL之间的数据是完全一致的。Galera主要是在保证数据一致性的前提下提高整体读的吞吐量，因此比MySQL自带主从方式更好。Galera并没有分表分库功能，如果想要使用Galera，又想分表分库，可与Cobar结合使用，Cobar下如果使用Galar...
Mysql高可用架构集群--MyCat集群部署HAProxy+MyCat
01-29
### MySQL高可用架构集群——MyCat集群部署HAProxy+MyCat #### 一、概览 在当前的大数据时代背景下，随着业务规模的不断扩大和技术需求的日益增长，数据库的高可用性和性能优化变得尤为重要。本篇文章将围绕如何...
MyCat高可用负载均衡集群实现（HAProxy+Keepalived+MyCat）
08-17
部署环境规划中，需要设置不同的主机以及对应的IP地址，其中HAProxy主机1和HAProxy主机2用于提供负载均衡和高可用性，MyCat主机1和MyCat主机2则是MyCat服务器的部署节点，MySQL主节点和从节点用于实现数据的同步复制...
mycat MySQL负载均衡_详解mycat+haproxy+keepalived搭建高可用负载均衡mysql集群
weixin_39616693的博客
01-27 259
概述目前业界对数据库性能优化普遍采用集群方式，而oracle集群软硬件投入昂贵，mysql则比较推荐用mycat去搭建数据库集群，下面介绍一下怎么用mycat+haproxy+keepalived搭建一个属于mysql数据库的高可用负载均衡。主要思路：简单说，实现mysql主备复制-->利用mycat实现负载均衡。比较了常用的读写分离方式，推荐mycat，社区活跃，性能稳定。以下基于cent...
Mysql+haproxy+mycat+pxc+zookeeper实现高可用集群
02-15
本文将详细介绍如何使用Mysql、Haproxy、Mycat、PXC、Zookeeper实现高可用集群，涵盖了整个架构图、应用程序的访问流程、数据的读写分离、负载均衡、数据库节点的搭建、Zookeeper的应用等多个方面。 整体架构图 在...
【mysql】集群(主从、互为主从、多主、多级主从)
m0_45406092的博客
08-17 4291
1. 一主一从 最简单的是一主一从，主服务器上的数据可以往从服务器同步，而反之不可以，即从数据库上的数据不可以同步至主服务器。 先配置配置master主服务器，再配置从服务器，核心是从服务器有个属性，指向主服务器。 2. 一主多从 基于一主一从基础上，再新增一个作为主服务器的从服务器，而多个从节点之间没有任何关系 3. 多级主从 基于一主一从基础上，假设A是主，B是从，再新增一个C作为B的从节点，这样就是三层结构。 4. 互为主从的集群 基于主从架构，2个服务器互为主从，即配置A的master属性指向B，A
MySQL集群搭建--多主模式
weixin_34258078的博客
07-26 621
MySQL集群搭建--多主模式本文使用的是Galera搭建的MYSQL集群，实现的是每个MYSQL都是主服务器，不存在主从之分。环境：三台mysql5.7服务器。安装mysql集群:安装前准备：# echo ‘192.168.1.2 mysql1’ >>/etc/hosts# echo ‘192.168.1.4 mysql2’>>/etc/hosts#...
【未完】[MySQL集群架构] 多主一从的一种简单方案
weixin_33690367的博客
10-22 90
在实际情况中，可能会通过分库来解决单台服务器压力问题，但是这样会给统计带来很大的麻烦，对于统计业务，最好的就是把所有数据集中到一块，然后做统计，对于这样的应用，我想可能就需要多台主对应一台slave了。对于mysql的来说，他并不支持多主一从，通过网上查询，发现http://denniswwh.itpub.net/post/15174/483254这方法【大型的系统，数据库往...
MySQL8.0.21 InnoDB Cluster 多主模式集群部署
weixin_45800790的博客
06-04 1615
除了提供的类似于MySQL的SQL功能外，MySQL Shell还提供JavaScript和Python脚本功能，并包括与MySQL配合使用的API。MySQL Router是InnoDB Cluster的一部分，是轻量级的中间件，可在应用程序与后端MySQL服务器之间提供透明的路由。为了允许MySQL路由器连接到MySQL而不需要路由器主机的额外帐户，对于专门为应用程序主机创建的MySQL帐户（例如 myapp@198.51.100.45），而不是像myapp @％这样的值。
mysql的主从配置以及主主配置
weixin_30710457的博客
05-19 137
基础环境 系统：linuxmysql版本：5.5主服务器IP：192.168.1.101从服务器IP：192.168.1.102 1.主服务器（master）要打开二进制日志2.从服务器（slave）要打开relay日志3.在主服务器（master）上建立replcation账号授权给从服务器（slave）4.修改从服务器（slave）的master服务器5.启动slave 操作步骤： 1...
MySQL集群 - 一主多从、双主双从
最新发布
Life And Code
08-16 1181
在实际生产中，数据的重要性不言而喻。如果我们的数据库只有一台服务器，那么很容易产生单点故障的问题，比如这台服务器访问压力过大而没有响应或者崩溃，那么服务就不可用了。再比如这台服务器的硬盘坏了，那么整个数据库的数据就全部丢失了，这是重大的安全事故。为了避免服务的不可用以及保障数据的安全可靠性，我们至少需要部署两台或两台以上服务器来存储数据库数据，也就是我们需要将数据复制多份部署在多台不同的服务器上，即使有一台服务器出现故障了，其他服务器依然可以继续提供服务。
MySql主从复制（多主多从）
努力变优秀的博客
04-29 857
二：停止master1和slave1。随后启动master1和slave1，验证是否同步数据。master1端口号是13306 master2端口号是13307 slave1端口号是13308 slave2端口号是13309。查看master2、slave1和slave2是否成功复制数据。可是有的小伙伴还希望了解一下多主多从。采用两个主机互备，slave1 复制 master1，slave2 复制 master2。查看slave1两个选项是否为Yes;查看slave2两个选项是否为Yes;
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值