搭建集群、MHA(mysql 高可用集群,mysql cluster)

博客作业第五周-mysql主从复制、高可用性、运维自动化ansible 1、如果主节点已经运行了一段时间,且有大量数据时,如何配置并启动slave节点 实验环境:master: centos8 10.0.0.68 mariadb-10.3.17 slave: centos8 10.0.0.58 mariadb-10.3.17 两台主机分别安装mariadb [root@master ~]#yum -y install mariadb-server [root@slave ~]#yum -y install mariadb-server master配置 ( 阅读详情

MySQL高可用集群部署实战:从主从复制到自动故障切换

本文将详细介绍如何在两台CentOS服务器上部署MySQL高可用集群,实现自动故障检测和切换功能。

目录

MySQL高可用集群部署实战:从主从复制到自动故障切换

环境规划

第一步:系统准备

1.1 系统初始化配置

第二步:MySQL主从复制配置

2.1 配置主节点 (192.168.4.80)

2.2 配置从节点 (192.168.4.90)

2.3 验证复制状态

​编辑

第三步:高可用监控脚本部署

3.1 创建监控脚本

3.2 设置脚本权限和管理工具

3.3 启动监控服务

第四步:故障切换测试

4.1 测试前状态验证

4.2 模拟主节点故障

4.3 观察自动切换过程

​编辑

4.4 验证切换结果

故障恢复流程


环境规划

角色IP地址主机名说明
主节点192.168.4.80mysql-db1初始主数据库
从节点192.168.4.90mysql-db2从数据库 + 监控节点
虚拟IP192.168.4.50-应用连接的浮动IP

第一步:系统准备

1.1 系统初始化配置

在两台服务器上执行:

# 配置主机名(分别执行)
hostnamectl set-hostname mysql-db1  # 在192.168.4.80执行
hostnamectl set-hostname mysql-db2  # 在192.168.4.90执行
# 创建目录
mkdir -p /data/mysql
mkdir -p /var/log/mha
# 关闭SELinux
setenforce 0

第二步:MySQL主从复制配置

2.1 配置主节点 (192.168.4.80)

编辑MySQL配置文件:

# 备份原配置
cp /etc/my.cnf /etc/my.cnf.backup

# 编辑配置
vi /etc/my.cnf

在[mysqld] 添加:

server-id=1
log-bin=mysql-bin
binlog-format=ROW
gtid-mode=ON
enforce-gtid-consistency=ON
master-info-repository=TABLE
relay-log-info-repository=TABLE
log-slave-updates=ON
binlog-checksum=CRC32
sync-master-info=1
slave-parallel-workers=2

重启MySQL并创建复制用户:

systemctl restart mysqld
mysql -uroot -p'MySQL@123456' -e "
CREATE USER 'repl'@'192.168.4.%' IDENTIFIED BY 'Repl@123456';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.4.%';
FLUSH PRIVILEGES;
SHOW MASTER STATUS\G

2.2 配置从节点 (192.168.4.90)

编辑MySQL配置文件:

cp /etc/my.cnf /etc/my.cnf.backup
vi /etc/my.cnf

在[mysqld] section添加:

server-id=2
log-bin=mysql-bin
binlog-format=ROW
gtid-mode=ON
enforce-gtid-consistency=ON
master-info-repository=TABLE
relay-log-info-repository=TABLE
log-slave-updates=ON
relay-log=mysql-relay-bin
read_only=1

重启MySQL并配置复制:

systemctl restart mysqld
mysql -uroot -p'MySQL@123456' -e "
CHANGE MASTER TO 
MASTER_HOST='192.168.4.80',
MASTER_USER='repl',
MASTER_PASSWORD='Repl@123456',
MASTER_AUTO_POSITION=1;
START SLAVE;
SHOW SLAVE STATUS\G

2.3 验证复制状态

在从节点上检查:-p'你的数据库的密码‘

mysql -uroot -p'MySQL@123456' -e "
SHOW SLAVE STATUS\G
" | grep -E "Running|Master_Host"

# 关键指标检查
mysql -uroot -p'MySQL@123456' -e "
SELECT Slave_IO_Running, Slave_SQL_Running 
FROM performance_schema.replication_applier_status_by_worker;
"

在主节点创建测试数据:

mysql -uroot -p'MySQL@123456' -e "
CREATE DATABASE mha_test;
USE mha_test;
CREATE TABLE test_table(id INT PRIMARY KEY, name VARCHAR(20));
INSERT INTO test_table VALUES(1, 'test_data');
"

在从节点验证数据同步:

mysql -uroot -p'MySQL@123456' -e "
SELECT * FROM mha_test.test_table;
"

第三步:高可用监控脚本部署

3.1 创建监控脚本

在从节点 (192.168.4.90) 上执行:

# 创建监控脚本
cat > /root/mysql_ha_monitor.sh << 'EOF'
#!/bin/bash
# MySQL高可用监控与自动切换脚本

# 配置变量
MASTER="192.168.4.80"
SLAVE="192.168.4.90"
VIP="192.168.4.50"
MYSQL_USER="root"
MYSQL_PASS="123qqq...A"
LOG_FILE="/var/log/mysql_ha_monitor.log"

# 日志记录函数
log() {
    echo "$(date '+%Y-%m-%d %H:%M:%S') - $1" >> $LOG_FILE
    echo "$(date '+%Y-%m-%d %H:%M:%S') - $1"
}

# 检查MySQL节点是否存活
check_mysql() {
    if mysql -h $1 -u$MYSQL_USER -p$MYSQL_PASS -e "SELECT 1;" &> /dev/null; then
        return 0
    else
        return 1
    fi
}

# 提升从节点为主节点
promote_to_master() {
    log "检测到主节点故障,开始提升 $SLAVE 为新的主节点..."
    
    # 1. 停止复制状态
    mysql -h $SLAVE -u$MYSQL_USER -p$MYSQL_PASS -e "STOP SLAVE;"
    # 2. 重置复制信息
    mysql -h $SLAVE -u$MYSQL_USER -p$MYSQL_PASS -e "RESET SLAVE ALL;"
    # 3. 重置二进制日志
    mysql -h $SLAVE -u$MYSQL_USER -p$MYSQL_PASS -e "RESET MASTER;"
    # 4. 关闭只读模式,允许写入
    mysql -h $SLAVE -u$MYSQL_USER -p$MYSQL_PASS -e "SET GLOBAL read_only=OFF;"
    
    # 5. 配置虚拟IP (VIP)
    ip addr add $VIP/24 dev ens33 2>/dev/null
    log "虚拟IP $VIP 已配置到 $SLAVE"
    
    log "故障切换完成!$SLAVE 现已提升为主节点。"
}

# 主监控循环
log "MySQL高可用监控脚本已启动..."
log "监控主节点: $MASTER"
log "备用从节点: $SLAVE"
log "虚拟IP: $VIP"

while true; do
    if check_mysql $MASTER; then
        # 主节点正常
        sleep 5
    else
        log "警告:无法连接到主节点 $MASTER!"
        # 再次确认,避免误判
        sleep 5
        if ! check_mysql $MASTER; then
            # 确认主节点宕机,检查从节点是否健康
            if check_mysql $SLAVE; then
                promote_to_master
                log "监控脚本将在本次切换后退出。请修复原主节点后重新配置并启动监控。"
                exit 0
            else
                log "严重错误:从节点 $SLAVE 也不可用!无法进行自动切换。"
                sleep 10
            fi
        fi
    fi
    sleep 5
done
EOF

3.2 设置脚本权限和管理工具

# 赋予执行权限
chmod +x /root/mysql_ha_monitor.sh
# 创建日志文件
touch /var/log/mysql_ha_monitor.log
chmod 644 /var/log/mysql_ha_monitor.log
# 创建管理控制脚本
cat > /root/mysql_ha_control.sh << 'EOF'
#!/bin/bash

case "$1" in
    start)
        echo "启动MySQL高可用监控..."
        /root/mysql_ha_monitor.sh &
        ;;
    stop)
        echo "停止MySQL高可用监控..."
        pkill -f mysql_ha_monitor.sh
        ;;
    status)
        echo "检查监控进程状态..."
        ps aux | grep mysql_ha_monitor.sh | grep -v grep
        if [ $? -eq 0 ]; then
            echo "监控正在运行"
            tail -10 /var/log/mysql_ha_monitor.log
        else
            echo "监控未运行"
        fi
        ;;
    log)
        tail -f /var/log/mysql_ha_monitor.log
        ;;
    vip-add)
        ip addr add 192.168.4.50/24 dev ens33
        echo "VIP 192.168.4.50 已添加"
        ;;
    vip-remove)
        ip addr del 192.168.4.50/24 dev ens33
        echo "VIP 192.168.4.50 已移除"
        ;;
    *)
        echo "用法: $0 {start|stop|status|log|vip-add|vip-remove}"
        exit 1
        ;;
esac
EOF
chmod +x /root/mysql_ha_control.sh

3.3 启动监控服务

# 启动监控
/root/mysql_ha_control.sh start
# 检查状态
/root/mysql_ha_control.sh status
# 查看实时日志
/root/mysql_ha_control.sh log

第四步:故障切换测试

4.1 测试前状态验证

在从节点 (192.168.4.90) 上执行:

# 确认监控运行状态
/root/mysql_ha_control.sh status
# 检查复制状态
mysql -uroot -p'123qqq...A' -e "SHOW SLAVE STATUS\G" | grep -E "Running|Master_Host"
# 检查VIP状态(应该尚未配置)
ip addr show ens33 | grep 192.168.4.50

4.2 模拟主节点故障

在主节点 (192.168.4.80) 上执行:

# 停止MySQL服务
systemctl stop mysqld
# 确认服务已停止
systemctl status mysqld

4.3 观察自动切换过程

在从节点 (192.168.4.90) 上观察日志:

/root/mysql_ha_control.sh log

4.4 验证切换结果

切换完成后,在从节点验证:

# 检查VIP是否已配置
ip addr show ens33 | grep 192.168.4.50


# 检查复制状态(应该已停止)
mysql -uroot -p'123qqq...A' -e "SHOW SLAVE STATUS\G" | grep -E "Running|Master_Host"
# 检查只读模式是否关闭
mysql -uroot -p'123qqq...A' -e "SELECT @@read_only;"
# 测试写入功能

mysql -uroot -p'123qqq...A' -e "
CREATE DATABASE IF NOT EXISTS failover_test; 
USE failover_test; 
CREATE TABLE test_table(id INT PRIMARY KEY, test_time TIMESTAMP); 
INSERT INTO test_table VALUES(1, NOW()); 
SELECT * FROM test_table;
"

# 测试VIP连接(从其他机器)
mysql -h192.168.4.50 -uroot -p'123qqq...A' -e "SELECT @@hostname, @@server_id;"

故障恢复流程

当原主节点修复后,需要重新配置主从复制:

  1. 在原主节点 (192.168.4.80) 上:

    systemctl start mysqld
    mysql -uroot -p'MySQL@123456' -e "RESET MASTER;"
  2. 在当前主节点 (192.168.4.90) 上配置反向复制:

    mysql -uroot -p'123qqq...A' -e "
    CREATE USER 'repl'@'192.168.4.%' IDENTIFIED BY 'Repl@123456';
    GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.4.%';
    FLUSH PRIVILEGES;
    SHOW MASTER STATUS\G
    "
  3. 在原主节点上配置复制:

    mysql -uroot -p'MySQL@123456' -e "
    CHANGE MASTER TO 
    MASTER_HOST='192.168.4.90',
    MASTER_USER='repl', 
    MASTER_PASSWORD='Repl@123456',
    MASTER_AUTO_POSITION=1;
    START SLAVE;
    "
  4. 重新启动监控:

    /root/mysql_ha_control.sh start
Linux系统搭建MHA集群(mysql高可用集群,mysql cluster) 本文详细介绍了MHA(MySQL高可用)环境的搭建过程。主要内容包括:基础环境准备(主机配置、SSH互信)、MySQL主从复制配置(参数修改、账号创建、主从同步)、MHA安装部署(node和manager安装、工作目录创建)、MHA配置文件设置(app1.cnf和故障切换脚本)、服务校验与启动(SSH和复制检测、后台启动)、以及故障演练测试(主库宕机、VIP漂移验证)。通过完整的配置流程,实现了MySQL主从集群的高可用方案,确保在主库故障时能自动进行故障转移。 阅读详情

相关推荐

JSP期末考试复习习题及答案

以下习题是对于平时课堂小测的整理,如有错误敬请指正! 欢迎一起交流~ 预祝各位小伙伴们考试顺利! Test1 一. 单选题 – 1.(单选题)当用户请求jsp页面时,JSP引擎就会执行该页面的字节码文件响应客户的请求,执行字节码文件的结果是() A. 发送一个JSP源文件到客户端 B. 发送一个Java文件到客户端 C. 发送一个HTML页面到客户端 D. 什么都不做 – 2.(单选题)下列动态网页和静态网页的根本区别描述错误的是( D) A. 静态网页服务器端返回的HTML文件是事先存储好的 B. 动.

技术小白 2万+

Mysql集群高可用架构MHA

MHA(MasterHigh Availability)是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。MHA 的出现就是解决MySQL 单点的问题。MySQL故障切换过程中,MHA能做到0-30秒内自动完成故障切换操作。MHA能在故障切换的过程中最大程度上保证数据的一致性,以达到真正意义上的高可用。

fyb012811的博客 268

AI 赋能测试全生命周期:多 Agent 协同的自动化提效方案

本文提出了一种基于Coze平台的多Agent协同测试解决方案,旨在解决软件测试中PRD解析不清晰、测试点覆盖不全、用例编写效率低、代码生成耗时等痛点。通过PRD优化、测试点生成、测试用例生成和单元测试框架生成四个Agent的协同工作,结合Cursor工具实现从需求到代码的全链路自动化。以电商平台登录模块为例,展示了从模糊PRD到标准化测试用例和可执行Java单元测试代码的完整转化流程。该方案通过AI赋能显著提升测试效率,减少人工干预,实现测试覆盖率≥95%,为快速迭代的软件研发提供了高效的测试自动化支持。

QINJIEEE的博客 1102

MySQL集群高可用架构之MHA

MySQL 高可用架构 MHA

这是博客的简介的简介 6167

Airsim动态 | 安装ROS包装器(AirSim ROS Wrapper)

本期内容我们将带来在Airsim环境下使用ROS Wrapper的相关教程,以下是AirSim客户端库上的一些ROS Wrapper相关配置。 一、启动 以下步骤适用于 Linux 系统。如果是在 Windows 上运行 AirSim,可以使用 Windows Subsystem for Linux (WSL) 来运行 ROS 包装器,如果不想在主机上安装ROS相关工具,也可以使用Docker容器进行安装。请检查下方内容并按照需求安装,具体内容可以参照最后网址。 如果您的默认 GCC 版本不是8或更高版.

AMOVLAB(阿木实验室) 1776

手把手教你用LIO-SAM搞定激光雷达和IMU联合标定(附避坑指南)

本文详细介绍了使用LIO-SAM进行激光雷达与IMU联合标定的全流程,包括标定原理、工具选型、硬件配置、数据采集、LI_calib标定步骤及LIO-SAM集成验证。特别提供了避坑指南和参数优化技巧,帮助开发者高效完成传感器标定,提升自动驾驶和机器人定位精度。

hadoop5ranger的博客 995

MySQL高可用 集群(MHA)

由日本DeNA公司youshimaton通过perl脚本语言开发。是一套优秀的实现MySQL高可用的解决方案。数据库的自动故障切换操作能做到在0~30秒之内完成。MHA能确保在故障切换过程中最大限度保证数据的一致性,以达到真正意义的高可用。

weixin_45625174的博客 1240

白盒测试逻辑覆盖之谓词覆盖、子句覆盖、三类有效字句覆盖等知识点

本篇笔记会简化书本上的概念,用容易理解的方式来说明,有些例子打字麻烦,我会直接放图片! 目录 基础知识: 谓词覆盖predicate coverage 子句覆盖 clause coverage 组合覆盖 combinatorial coverage 有效字句覆盖Active Clause Coverage 广义有效子句覆盖(General Active Clause Coverage) 相关性有效子句覆盖(Correlated Active Clause Coverage) 限制性有效

weixin_46019681的博客 2664

MHA(mysql高可用集群)在linux上的部署

本文介绍了MySQL高可用环境(MHA)的配置过程,主要包括:1. 主从复制配置:关闭防火墙/SELinux、修改root密码、配置master/slave节点参数、设置复制用户权限;2. MHA管理节点配置:SSH免密登录、安装MHA组件、创建监控配置文件;3. 启动与验证:检查SSH连接和复制状态,后台启动MHA管理器;4. 故障测试:模拟master宕机,验证VIP漂移和主从切换功能。环境采用CentOS7系统,MySQL5.7.17数据库,包含管理节点192.168.4.50、master节点192

love_soldier的博客 1360

YOLO26改进策略【Neck】| 关键点检测:SDFM 表层细节融合模块,利用通道-空间注意力机制,实现深层与浅层特征融合,抑制噪声干扰

本文记录的是利用SDFM 模块改进 YOLO26 的颈部融合部分,专门用于关键点检测。SDFM模块(Surface Detail Fusion Module,表层细节融合模块) 通过在特征提取网络的浅层引入通道-空间注意力机制,动态生成深层与浅层特征融合权重。该模块可自适应保留不同模态中的独特信息,抑制背景噪声与光照干扰,实现低层细节的精准对齐与互补增强,为后续检测提供高保真度的底层特征表示,从而提升模型在复杂场景下的目标检测鲁棒性与定位准确性。Rethinking the necessity of ima

Limiiiing的博客 176

基于FPGA的7x7矩阵求逆verilog开发

up目录一、理论基础二、核心程序三、测试结果 矩阵求逆,即求矩阵的逆矩阵。矩阵是线性代数的主要内容,很多实际问题用矩阵的思想去解既简单又快捷。逆矩阵又是矩阵理论的很重要的内容,逆矩阵的求法自然也就成为线性代数研究的主要内容之一。设A是数域上的一个n阶方阵,若在相同数域上存在另一个n阶矩B,使得: AB=BA=E。 则我们称B是A的逆矩阵,而A则被称为可逆矩阵。其中,E为单位矩阵。典型的矩阵求逆方法有:利用定义求逆矩阵、初等变换法、伴随阵法、恒等变形法等。 逆矩阵的求法有多种,其中重要

FPGA/MATLAB学习教程/源码/项目合作开发 3898

CentOS Stream 9 中部署 MySQL 8.0 MGR(MySQL Group Replication)一主两从高可用集群

当你上线一个数据库服务时,最怕的是什么?当然是——挂了!所以,我们需要让数据库高可用(High Availability),简单说就是:“就算有节点崩了,服务也不能停!那 MySQL 有哪些高可用的方案呢?我们来一一介绍。1 主从复制(经典老搭档)????原理:一个主库(Master)负责写,多个从库(Slave)负责读,通过二进制日志(binlog)同步数据。??优点架构简单,上手快性能可接受,读写分离效果好缺点没有自动故障转移(主挂了就得手动切)延迟不可避免(主从延迟问题)??通俗说法。

qq_42184486的博客 1174

WPF用户控件间属性传递的艺术

本文详细介绍了WPF中父控件向子控件传递属性的方法。针对常见的绑定失效问题,重点讲解了使用RelativeSource绑定技术,通过指定AncestorType确保正确访问父控件属性。文章通过实例演示了从ParentModel传递属性到ChildUserControl依赖属性的完整实现过程,包括模型定义、XAML结构设计和代码实现。这种方法有效解决了数据上下文混淆问题,为WPF开发中的控件交互提供了可靠解决方案,有助于提升应用的灵活性和可维护性。

2501_90323865的博客 56

MySql集群搭建

MySql集群原理 MySQL-MMM(mysql主主复制管理器) 的简称,是Google的开源项目(Perl脚本) .MMM基于MSQLReplication做的扩展架构,主要用来监控mysa!主主复制并做失败转移。其原理是将真实数据库节点的IP (RIP) 映射为處拟IP (VIP)集。mysal-mmm的监管端会提供多个虚拟IP(VIP),包括一个可写VIP,多个可读VIP,通过监管的管理,这些IP会绑定在可用mysql之上,当某一台mysq!启机时,监管会将VIP迁移至其他mysal。在整个监管过程

程序员劝退师的博客 731

STM32F407中文手册

STM32f407中文手册 本参考手册面向应用开发人员,提供有关使用 STM32F405xx/07xx、STM32F415xx/17xx、 STM32F42xxx 和 STM32F43xxx 微控制器存储器与外设的完整信息。STM32F405xx/07xx、STM32F415xx/17xx、STM32F42xxx 和 STM32F43xxx 构成一个微 控制器系列,各产品具有不同的存储器大小、封装和外设。有关订购信息以及器件的机械与电气特性,请参见数据手册。有关 ARM Cortex™-M4F 内核的信息,请参见《Cortex™-M4F 技术参考手册》。

IDEA的使用指南

IDEA基于java的使用手册,可以最快速的上手,在使用中不断的丰富自己的使用技巧.

MySQL高可用升级实战:从MHA迁移到InnoDB Cluster

从MHA停维护近十年、份额跌至12%的现实切入,完整记录从MHA一主两从升级到InnoDB Cluster的路径,含MySQL Shell建集群、Router切换、数据迁移与验证下线

「一个在数据库赛道上边学边分享的学妹」——聚焦国产数据库/信创方向、分享学习笔记、踩坑经验和行业观察。 315

精雕软件(JDpaint) 5.5 绿色版

精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版

集群(mysql,redis,elasticsearch,rabbitmq)

集群 1. 集群的目标 高可用(High Availability),是当一台服务器停止服务后,对于业务及用户毫无影响。 停止服务的原因可能由于网卡、路由器、机房、CPU负载过高、内存溢出、自然灾害等不可预期的原因导致,在很多时候也称单点问题。 突破数据量限制,一台服务器不能储存大量数据,需要多台分担,每个存储一部分,共同存储完整个集群数据。最好能做到互相备份,即使单节点故障,也能在其他节点找到数据。 数据备份容灾,单点故障后,存储的数据仍然可以在别的地方拉起。 压力分担,由于多个服务器都能完成各自一部分

qq_31745863的博客 1862

ssm框架搭建

这个是一个在idea上成功跑起来的ssm框架项目,保存在这里方便以后使用直接下载

MySQL相关架构及ansible自动化

1、如果主节点已经运行了一段时间,且有大量数据时,如何配置并启动slave节点(写出操作步骤) (1).在主服务器端进行完全备份,命令如下 mysqldump -uUSER -pPASSWORD -A -F --single-transaction --master-data=1 > fullback.sql ​ (2).把生成的完全备份文件发送到从节点服务器,命令如下 scp fullback.sql root@SLAVEip: ​ (3).配置从节点,先从完全备份文件中过滤出二进制日志的节点,

Misify的博客 339

作业(五)

作业(五) 1、如果主节点已经运行了一段时间,且有大量数据时,如何配置并启动slave节点(写出操作步骤) #通过备份恢复至从服务器,复制起始位置为备份时,二进制日志文件及其POS #在主服务器完全备份 [root@master ~]# mkdir backup [root@master ~]# mysqldump -uroot -p123456 -A -F --single-transaction --master-data=1 > backup/fullbackup_`date +%F_%T`.s

Geor_ge_的博客 308

【LAMP架构-3】

server1mysql> SET GLOBAL group_replication_bootstrap_group=ON; mysql> START GROUP_REPLICATION;mysql> SET GLOBAL group_replication_bootstrap_group=OFF; mysql> SELECT * FROM performance_schema.replication_group_members;server2mysql> START GROUP_REPLICATION;

insert_Yam的博客 291

Day 13-MySQL 高可用双方案实战:MGR 单主集群与 GTID 主从 + MHA

两套方案适用场景MGR+InnoDB Cluster+Router:MySQL 8.0原生方案,一体化程度高,自动故障转移、自动元数据维护,搭配Router自动读写分离,运维成本低,适合新业务直接上8.0的场景。主从+MHA:经典传统方案,兼容性强,MySQL 5.7、8.0都能用,切换逻辑可控,适合存量老业务、对架构熟悉度要求高的场景。高可用架构分层思路生产环境不能只做数据库层高可用,中间件层也要做冗余。

B153893的博客 443

MySQL 系列:第26篇 高可用架构选型

MySQL高可用架构演进与ProxySQL实践 本文系统梳理了MySQL高可用方案的演进路线,从传统工具(MHA、Orchestrator)到原生集群方案(InnoDB Cluster、Group Replication),并重点实践了ProxySQL实现读写分离。核心内容包括: 高可用目标:解决主库宕机自动切换、客户端无感知迁移等关键问题 方案演进:手动切换→脚本化(MHA)→自动化(Orchestrator)→原生集成(InnoDB Cluster) ProxySQL实践:通过Docker部署并配置读写

IT策士的博客 244

mysql路由器 静态动态路由 高可用路由负载 MHA部署 redis数据库及高可用

本文主要介绍了数据库高可用集群的部署与管理,包括MySQL和Redis两种数据库的集群搭建方案。 MySQL部分: 详细介绍了MySQL Router的安装配置,包括静态路由和动态元数据缓存路由两种模式 通过mysqlshell工具搭建InnoDB Cluster集群,实现自动故障转移 部署MHA高可用方案,演示了手动切换和自动故障转移过程 Redis部分: 搭建Redis主从复制架构 配置Redis哨兵系统实现高可用 创建Redis Cluster集群,包含节点扩容和数据迁移操作 文中提供了完整的配置命令

2301_80849456的博客 616

10.16作业 mysql

1、如果主节点已经运行了一段时间,且有大量数据时,如何配置并启动slave节点(写出操作步骤) #(如有创建已创建号的复制权限的账号就不需要创建,否则先创建复制权限的用户) [root@centos7 ~]#mysql Welcome to the MariaDB monitor. Commands end with ; or \g. Your MariaDB connection id is 3 Server version: 5.5.65-MariaDB MariaDB Server Copyrigh

mqs915860370的博客 407

博客作业(五)

1、如果主节点已经运行了一段时间,且有大量数据时,如何配置并启动slave节点(写出操作步骤) 方法:通过备份恢复数据至从服务器、再复制起始位置为备份时,二进制文件及其POS 操作步骤:准备三台主机Centos7(master)Centos8(slave1)新增Centos81(slave2) (1)在master服务器上完全做备份,并传给C81 创建文件夹:mkdir /data/backup/ 完全备份:mysqldump -A -F --single-transaction --master

weixin_49243674的博客 584

Linux入门攻坚——68、MySQL数据库-5

以上集群,在各节点的写操作,都会同步到其他节点,但是有一个问题是,客户端要登录不同的节点,这可以部署一个Nginx反向代理来实现访问的统一,Nginx反向代理,使用stream协议,backend server就为集群中的各节点,可以使用各种负载均衡算法将前端请求反代至galera集群中的节点。解决:修改vim /usr/share/perl5/vendor_perl/MHA/SlaveUtil.pm文件,所有安装MHA的节点都要改(我这里是一个master节点两个slave节点一个manager节点)

kaoa000的专栏——非淡泊无以明志,非宁静无以致远 783
上一篇: 实现互为主从的mysql配置
下一篇: MHA,mysql 高可用集群的搭建与实现
yeah_0699
博客等级 码龄1年 7粉丝 9原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值