MHA，mysql 高可用集群的搭建与实现

最新推荐文章于 2026-07-02 13:10:32 发布
原创 最新推荐文章于 2026-07-02 13:10:32 发布 · 895 阅读 · 20 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测

目录

目录

MHA的简单介绍：

1. 核心组件

2. 工作原理（故障切换过程）

实验设备介绍：

MHA 集群设备信息表

设备的基础准备：

配置主从复制：

安装与配置MHA

首先配置主机名解析：

创建 MHA 管理用户

校验配置并启动 MHA：

检测MySQL的复制状态：

启动MHA manager

安装与配置proxy SQL

添加 ProxySQL 官方仓库：

安装与配置ProxySQL

创建MHA 与 ProxySQL 联动脚本

执行高可用切换验证

MHA的简单介绍：

MySQL MHA 是一款用于 MySQL 高可用性 的开源软件，它的核心功能是自动完成主库故障切换，并尽可能保证数据一致性。

在一个经典的 MySQL 主从复制 集群中：

  • 有一个 主库 ，负责处理应用的读写请求。

  • 有一个或多个 从库 ，复制主库的数据，负责读请求或作为备份。

问题： 如果主库因为硬件故障、网络中断等原因宕机了，整个系统将无法写入，业务会中断。这时需要人工干预，选择一个最新的从库，将其提升为新的主库，并让其他从库和应用程序指向这个新主库。这个过程手动操作非常缓慢、容易出错，而且会导致长时间的停机。

MHA 的作用就是自动化这个过程，在几十秒内完成故障切换，最大限度减少业务中断时间。

1. 核心组件

  • MHA Manager（管理节点）： 这是“大脑”，通常是一个独立的服务器。它负责监控所有 MySQL 节点（主库和从库）的健康状态。

  • MHA Node（数据节点）： 这是“手脚”，运行在每一个 MySQL 服务器上。它负责执行具体的命令，比如切换虚拟 IP、解析二进制日志等。

2. 工作原理（故障切换过程）

假设一个一主两从的架构，MHA Manager 会定期 ping 主库。

  1. 监控与探测： MHA Manager 发现主库无法连接。

  2. 确认故障： 通过多次重试和检查，确认主库确实发生了故障。

  3. 选择新主库： MHA 会从存活的从库中，选择数据最新（即拥有最新二进制日志位置）的那个从库作为候选新主库。

  4. 数据补偿（关键步骤）：

    • 如果某个从库（我们称之为 Slave B）比候选新主库的数据稍微旧一点，MHA 会从宕机的主库服务器上尝试抢救出还没有被复制的二进制日志。

    • 将这些日志应用到候选新主库上，从而最大限度地保证数据不丢失。这是 MHA 的一个巨大优势。

  5. 提升新主库： 将选定的从库提升为新的主库。

  6. 切换其他从库： 让其他存活的从库开始从新的主库进行复制。

  7. 虚拟 IP 切换（可选但常用）： 通知应用程序（或通过修改虚拟 IP）将写请求指向新的主库地址。

整个过程通常是 10-30秒 内完成，对应用来说是透明的。

实验设备介绍：

MHA 集群设备信息表

角色分配IP 地址主机名 主要软件功能描述
主库 (Master)192.168.4.50host50MySQL负责处理应用的读写请求，是复制的源库。
从库1 (Slave1)192.168.4.51host51MySQL复制主库的数据，通常用于读负载均衡，是主库的候选。
从库2 (Slave2)192.168.4.52host52MySQL复制主库的数据，用于冗余和读负载均衡。
MHA Manager 节点192.168.4.53host53MHA Manager, MySQL (客户端)监控节点，

设备的基础准备：

三台机器都需要安装MySQL，host53不需要安装。四台机器全部需要安装：mha4mysql-node-0.58-0.el7.centos.noarch.rpm，host53需要额外安装mha4mysql-manager-0.58-0.el7.centos.noarch.rpm。

yum -y install mha4mysql-node-0.58-0.el7.centos.noarch.rpm
yum -y install mha4mysql-manager-0.58-0.el7.centos.noarch.rpm

此外host53机器需要连接外网下载对应的包

yum -y install wget.x86_64
wget -O /etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo
yum install -y epel-release
yum install -y perl-Config-Tiny perl-Mail-Sender perl-Mail-Sendmail perl-MIME-Lite perl-Parallel-ForkManager perl-Log-Dispatch

配置主从复制：

对于host50，51，52做如下配置：

vim /etc/my.cnf

对应的server id号分别是1，2，3。把如下内容分别添加进去再重启MySQL：

master (192.168.4.50)：
[mysqld]
server-id=1
log_bin=mysql-bin
gtid_mode=ON
enforce_gtid_consistency=ON
log_slave_updates=1
relay_log_recovery=ON
binlog_format=ROW
replica1 (192.168.4.51)：
[mysqld]
server-id=2
log_bin=mysql-bin
gtid_mode=ON
enforce_gtid_consistency=ON
read_only=1
relay_log_recovery=ON
replica2 (192.168.4.52)：
[mysqld]
server-id=3
log_bin=mysql-bin
gtid_mode=ON
enforce_gtid_consistency=ON
read_only=1
relay_log_recovery=ON

重启MySQL：

systemctl restart mysqld

回到host50上，进入MySQL中执行下面三个命令：

CREATE USER 'repl'@'%' IDENTIFIED BY '123qqq...A';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
FLUSH PRIVILEGES;

再在host51，52上执行下面的命令：

CHANGE MASTER TO MASTER_HOST='192.168.4.50',
  MASTER_USER='repl',
  MASTER_PASSWORD='123qqq...A',
  MASTER_AUTO_POSITION=1;

START SLAVE;

SHOW SLAVE STATUS\G
#确认 Slave_IO_Running: Yes、Slave_SQL_Running: Yes

安装与配置MHA

这里的安装是在host53上进行，查看设备的基础准备。

首先配置主机名解析：

先在host53上执行这个命令，配置主机名解析：

echo -e "192.168.4.50 host50\n192.168.4.51 host51\n192.168.4.52 host52\n192.168.4.53 host53" >> /etc/hosts

之后在host53上生成密钥对，复制给另外3台机器

具体操作如下，操作完成应该得到这样的结果：

ssh-keygen -t rsa
ssh-copy-id root@192.168.4.50
ssh-copy-id root@192.168.4.51
ssh-copy-id root@192.168.4.52

接下来测试一下，在host53上执行如下命令看看是否能连上：

ssh host50 "hostname"

参考host53的操作，在host50，51，52上都要配置好。

创建 MHA 管理用户

在host50上执行：

-- 创建 MHA 管理用户
CREATE USER 'mha'@'%' IDENTIFIED BY '123qqq...A';

-- 授予必要权限
GRANT REPLICATION CLIENT, SUPER, PROCESS, RELOAD, SELECT ON *.* TO 'mha'@'%';

-- 刷新权限
FLUSH PRIVILEGES;

-- 验证用户创建
SELECT user, host FROM mysql.user WHERE user = 'mha';

校验配置并启动 MHA：

在host53上执行：

masterha_check_ssh --conf=/etc/mha/app1.cnf

看到以上结果就说明成功了。

检测MySQL的复制状态：

masterha_check_repl --conf=/etc/mha/app1.cnf

在最后看到以上信息就说明也ok了。

启动MHA manager

依旧在host53上执行如下操作：

# 启动 MHA Manager
nohup masterha_manager --conf=/etc/mha/app1.cnf > /var/log/mha/manager.log 2>&1 &

# 检查启动状态
masterha_check_status --conf=/etc/mha/app1.cnf

看到如图的内容说明没有问题。

安装与配置proxy SQL

添加 ProxySQL 官方仓库：

依旧是在host53上。

# 安装必要的依赖
yum install -y gnupg2

# 下载并安装 ProxySQL 仓库
cat > /etc/yum.repos.d/proxysql.repo << 'EOF'
[proxysql]
name=ProxySQL YUM repository
baseurl=https://repo.proxysql.com/ProxySQL/proxysql-2.4.x/centos/\$releasever
gpgcheck=1
gpgkey=https://repo.proxysql.com/ProxySQL/proxysql-2.4.x/repo_pub_key
EOF

安装与配置ProxySQL

# 清理 yum 缓存并安装
yum clean all
yum install -y proxysql

安装完成之后查看状态：

# 启动并设置开机自启
systemctl enable --now proxysql

# 检查服务状态
systemctl status proxysql

因为host53没有安装MySQL，所以要安装mariadb，再进入到proxy SQL中：

yum -y install mariadb
mysql -uadmin -padmin -h 127.0.0.1 -P6032

接下来将以下所有 SQL 命令一次性复制粘贴到MySQL [(none)]> 提示符下：

-- 清空现有服务器配置
DELETE FROM mysql_servers;

-- 添加 MySQL 服务器
INSERT INTO mysql_servers (hostgroup_id, hostname, port, max_connections) VALUES
(10, '192.168.4.50', 3306, 200), -- 写组 (writer)
(20, '192.168.4.51', 3306, 200), -- 读组 (reader)
(20, '192.168.4.52', 3306, 200); -- 读组 (reader)

-- 清空现有用户配置
DELETE FROM mysql_users;

-- 添加 MySQL 用户
INSERT INTO mysql_users (username, password, default_hostgroup, transaction_persistent) VALUES
('appuser', 'AppUs3r#P@ssw0rd', 10, 1),
('proxy_monitor', 'Mha#Adm1nP@ss', 10, 0);

-- 清空现有查询规则
DELETE FROM mysql_query_rules;

-- 添加查询路由规则
INSERT INTO mysql_query_rules (rule_id, active, match_pattern, destination_hostgroup, apply) VALUES
(1, 1, '^SELECT.*FOR UPDATE', 10, 1),  -- SELECT FOR UPDATE 路由到写组
(2, 1, '^SELECT', 20, 1);              -- 普通 SELECT 路由到读组

-- 加载配置到运行时
LOAD MYSQL SERVERS TO RUNTIME;
LOAD MYSQL USERS TO RUNTIME;
LOAD MYSQL QUERY RULES TO RUNTIME;

-- 保存配置到磁盘
SAVE MYSQL SERVERS TO DISK;
SAVE MYSQL USERS TO DISK;
SAVE MYSQL QUERY RULES TO DISK;

现在需要登录到 MySQL 主库 (192.168.4.50) 创建对应的用户：

-- 创建允许远程连接的 root 用户
CREATE USER 'root'@'%' IDENTIFIED BY '123qqq...A';
GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' WITH GRANT OPTION;
FLUSH PRIVILEGES;

-- 验证用户创建
SELECT user, host FROM mysql.user WHERE user = 'root';

在host53上看看能否连接：

mysql -h 192.168.4.50 -u root -p123qqq...A

在host53上做如下操作：

-- 创建应用用户
CREATE USER 'appuser'@'%' IDENTIFIED BY 'AppUs3r#P@ssw0rd';
GRANT ALL PRIVILEGES ON *.* TO 'appuser'@'%';

-- 创建 ProxySQL 监控用户
CREATE USER 'proxy_monitor'@'%' IDENTIFIED BY 'Mha#Adm1nP@ss';
GRANT USAGE ON *.* TO 'proxy_monitor'@'%';

-- 刷新权限
FLUSH PRIVILEGES;

-- 验证用户创建
SELECT user, host FROM mysql.user WHERE user IN ('appuser', 'proxy_monitor');

在host50上做如下操作：

创建MHA 与 ProxySQL 联动脚本

在host53上创建脚本：

# 1. 创建脚本目录（如果不存在）
mkdir -p /usr/local/bin

# 2. 创建脚本文件
cat > /usr/local/bin/mha_post_failover.sh << 'EOF'
#!/bin/bash
set -euo pipefail

NEW_MASTER="${1:-${NEW_MASTER_HOST:-}}"
if [ -z "$NEW_MASTER" ]; then
  echo "[ERROR] No new master provided" >&2
  exit 1
fi

PROXY_ADMIN_USER="admin"
PROXY_ADMIN_PASS="admin"
PROXY_ADMIN_HOST="127.0.0.1"
PROXY_ADMIN_PORT=6032

BACKENDS=("192.168.4.50" "192.168.4.51" "192.168.4.52")
WRITER_HG=10
READER_HG=20

mysql_admin() {
  mysql -u${PROXY_ADMIN_USER} -p${PROXY_ADMIN_PASS} -h ${PROXY_ADMIN_HOST} -P ${PROXY_ADMIN_PORT} -e "$1"
}

mysql_admin "DELETE FROM mysql_servers WHERE hostgroup_id=${WRITER_HG};"
mysql_admin "INSERT INTO mysql_servers (hostgroup_id, hostname, port, max_connections) VALUES (${WRITER_HG}, '${NEW_MASTER}', 3306, 200);"

for h in "${BACKENDS[@]}"; do
  if [ "$h" != "$NEW_MASTER" ]; then
    mysql_admin "REPLACE INTO mysql_servers (hostgroup_id, hostname, port, max_connections) VALUES (${READER_HG}, '${h}', 3306, 200);"
  fi
done

mysql_admin "LOAD MYSQL SERVERS TO RUNTIME; SAVE MYSQL SERVERS TO DISK;"
mysql_admin "SELECT hostgroup_id, hostname, status FROM runtime_mysql_servers;"
echo "[INFO] ProxySQL updated: writer -> ${NEW_MASTER}"
EOF

# 3. 设置执行权限
chmod +x /usr/local/bin/mha_post_failover.sh

# 4. 测试脚本语法
bash -n /usr/local/bin/mha_post_failover.sh

# 5. 手动测试脚本功能
/usr/local/bin/mha_post_failover.sh 192.168.4.51

执行高可用切换验证

脚本创建完成就可以开始验证了。

# 查看当前的 ProxySQL 配置
mysql -u admin -padmin -h 127.0.0.1 -P6032 -e "SELECT hostgroup_id, hostname, port, status FROM runtime_mysql_servers ORDER BY hostgroup_id;"

# 检查 MHA 状态
masterha_check_status --conf=/etc/mha/app1.cnf

# 创建测试数据
mysql -u appuser -p123qqq...A -h 127.0.0.1 -P6033 -e "CREATE DATABASE IF NOT EXISTS failover_test; USE failover_test; CREATE TABLE IF NOT EXISTS test_table (id INT AUTO_INCREMENT PRIMARY KEY, data VARCHAR(100), created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP); INSERT INTO test_table (data) VALUES ('before_failover'); SELECT * FROM test_table;"

再开一个host53的终端：

# 在一个新的终端窗口中实时监控 MHA 日志
tail -f /var/log/mha/app1/manager.log

创建测试数据：

mysql -u appuser -p123qqq...A -h 127.0.0.1 -P6033 << 'EOF'
CREATE DATABASE IF NOT EXISTS failover_test;
CREATE TABLE IF NOT EXISTS failover_test.test_table (
    id INT AUTO_INCREMENT PRIMARY KEY, 
    data VARCHAR(100), 
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);
INSERT INTO failover_test.test_table (data) VALUES ('before_failover');
SELECT * FROM failover_test.test_table;
EOF

接下来就可以模拟主机宕机了。

# 停止 host50 的 MySQL 服务
ssh host50 "systemctl stop mysqld"

# 确认服务已停止
ssh host50 "systemctl status mysqld"

ok，接下来在监控日志中看看是否成功了，看看你的是不是如下结果。

成功切换后再在host53上输入以下命令来验证：

# 检查 ProxySQL 配置是否自动更新
mysql -u admin -padmin -h 127.0.0.1 -P6032 -e "SELECT hostgroup_id, hostname, port, status FROM runtime_mysql_servers ORDER BY hostgroup_id;"

# 检查 MHA 状态
masterha_check_status --conf=/etc/mha/app1.cnf

# 测试应用连接（应该连接到新的主库）
mysql -u appuser -p123qqq...A -h 127.0.0.1 -P6033 -e "SELECT @@hostname as new_master;"

# 测试数据读写功能
mysql -u appuser -p123qqq...A -h 127.0.0.1 -P6033 -e "USE failover_test; INSERT INTO test_table (data) VALUES ('after_failover'); SELECT * FROM test_table;"

可以看到再次成功验证了。

配置 host50 作为 host52 的从库

# 在 host52 (新主库) 上获取复制信息
mysql -h 192.168.4.52 -u root -p123qqq...A -e "SHOW MASTER STATUS\G"

# 在 host50 上配置复制到新的主库 host52
mysql -h 192.168.4.50 -u root -p123qqq...A -e "
STOP SLAVE;
CHANGE MASTER TO 
MASTER_HOST='192.168.4.52',
MASTER_USER='repl',
MASTER_PASSWORD='123qqq...A',
MASTER_AUTO_POSITION=1;
START SLAVE;
SHOW SLAVE STATUS\G"
标签
#mysql #数据库
yeah_0699
关注
MySQL高可用集群搭建 ----- MHA
李笑男的博客
09-18 1万+
一、何为高可用？ 高可用性说白了就是应用可以 持续不间断 的 提供服务的能力！ 注： 高可用和负载均衡的概念有些初学者可能会混淆，在这也说说负载均衡： 负载均衡：指后端服务器没有状态，可以任意分配，它们之间是同时工作的，能够通过增加机器增加吞吐量、减小服务器压力。 高可用：指后端服务器有状态，一般来说是一主一备的结构，它们之间是一个工作而另一个不工作，在主服务器出故障后，备服务器去接管服务，从而达...
MySQL之MHA高可用集群及故障切换
weixin_44112402的博客
07-01 1247
MySQL的高可用+故障切换。
mysql如何实现高可用集群架构_基于MHA环境搭建与部署
u010747546的博客
04-14 272
MHA主从切换失败报SSH连接失败，实为默认用root远程登录被禁，需手动测试ssh免密登录、显式配置ssh_user、检查密钥权限及relay_log_recovery等。确保所有从库都开启了 relay_log_recovery=ON，否则 crash 后 relay log 可能损坏，导致 MHA 拒绝将其作为候选 master检查 master_ip_failover_script 是否存在且有执行权限；它只负责切换 MySQL 角色和 VIP（如果配了），不改 DNS、不刷新连接池、不通知应用。
企业运维 --- LAMP架构（ mysql [4] 搭建MHA实现mysql高可用集群 )
qq_38664479的博客
09-17 392
目录一、pandas是什么？二、使用步骤1.引入库2.读入数据总结 一、pandas是什么？ 示例：pandas 是基于NumPy 的一种工具，该工具是为了解决数据分析任务而创建的。 二、使用步骤 1.引入库 代码如下（示例）： import numpy as np import pandas as pd import matplotlib.pyplot as plt import seaborn as sns import warnings warnings.filterwarnings('ignore'
MHA集群
qq_44692240的博客
01-26 517
文章目录MHA集群昨日mycat总结MHAMHA概述MHA组成MHA集群架构MHA工作过程MHA集群测试前置准备过程测试总结 MHA集群 昨日mycat总结 昨日搭建了利用mycat分片服务器控制三条数据库服务器的练习，毫无逻辑的总结下 客户端访问分片服务器上面(默认8066端口)的逻辑数据库(server.xml里面定义)，使用的是虚拟的用户(不是真实数据库里面的用户,是mycat的server.xml里面设置的) 进入逻辑数据库之后，使用show tables可以查看在schema.xml里面设置的t
MySQL数据库Mha高可用集群架构
a_b_e_l_的博客
09-27 1666
MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。MHA 的出现就是解决MySQL 单点故障的问题。MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。
MySQL数据库—MHA高可用配置及故障切换
aran2002的博客
06-26 2789
MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件MHA 的出现就是解决MySQL 单点故障的问题MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。
MySQL之 MHA 高可用集群部署
段小宝的博客
07-02 884
目录前言一、MHA 介绍1.1 MHA 的组成1.2 MHA 的特点二、 搭建 MySQL 高可用（MHA）2.1 修改几台mysql节点的主机名2.2 修改几台MySQL服务器的主配置文件/etc/my.cnf2.3 配置 MySQL一主两从（主从复制）2.4 安装 MHA 软件2.5 在所有服务器上配置无密码认证 前言 MySQL 的主从复制和读写分离，只能实现读写同时进行时产生的锁表问题，如果主服务器发生故障，则会出现单点故障。 解决MySQL 单点故障可以用 Keepalived、MHA、3M等
MySQL服务MySQL+MHA高可用服务集群搭建
weixin_64413763的博客
11-07 438
2、复制上述的master_ip_failover(自动切换时VIP管理的脚本) 到/usr/local/bin目录 这里使用脚本管理VIP。4、创建 MHA 软件目录并复制配置文件，使用app1.cnf配置文件来管理 mysql 节点服务器，配置文件一般放在/etc/目录下。node 安装后也会在/usr/local/bin目录下生成几个脚本，需要进行检查，主要包括以下。1、在 manager 节点上复制相关脚本到/usr/local/bin 目录。（4）在 manager 节点上启动 MHA。
mysql（六）MHA的MySQL高可用架构
AaNiceMan的博客
03-10 286
实验环境 server1 172.25.254.10 master server2 172.25.254.20 slave server3 172.25.254.30 slave server4 172.25.254.40 MHA 高可用的搭建 （1）配置server1的mysql服务 systemctl stop mysqld [root@server1 mysq...
配置MySQL高可用集群之MHA
ziye140030的博客
04-03 3889
MHA 的组成 该软件由两部分组成：MHA Manager（管理节点）和 MHA Node（数据节点）。MHA Manager 可以单独部署在一台独立的机器上管理多个 master-slave 集群，也可以部署在一台 slave 节 点上。MHA Node 运行在每台 MySQL 服务器上，MHA Manager 会定时探测集群中的 master 节 点，当 master 出现故障时，它可以自动将最新数据的 slave 提升为新的 master，然后将所有其他的 slave 重新指向新的
MySQL——MHA高可用集群部署及故障切换
Linux运维老纪的博客
08-11 1253
MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。MHA 的出现就是解决MySQL 单点的问题。MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。本章详细讲解MySQL高可用集群部署。
MySQL之MHA高可用
提升自己
10-10 1711
MySQL服务器中，单台服务器无法承载服务量就配置多台MySQL服务器，多台MySQL服务器或者MySQL服务器无冗余的情况下，配置主从复制。MySQL服务器的读和写的压力不均衡可使用MySQL的读写分离，MySQL的读写分离中Master存在单点故障，就得用到MHAMHA（Master High Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件MHA的出现就是解决MySQL单点故障的问题MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。
MySQL-MHA高可用方案
weixin_45636702的博客
07-11 2078
MySQL-MHA高可用方案 一、MHA简介 MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 MHA里有两个角色一个是
Centos7系统MHA高可用集群部署
2301_76723184的博客
10-20 1435
MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。MHA 的出现就是解决MySQL 单点的问题。MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。
mysql + MHA + centos7 高可用配置搭建
yh_852974543的博客
12-12 684
1、虚拟机服务器环境架构 虚拟机名称 ip地址 主库服务器 192.168.92.132 从库服务器1 192.168.92.133 从库服务器2 192.168.92.133 MHA 192.168.92.134 2、安装需要的依赖包 1）以上所有服务器都需要安装 安装yum扩展包 wget http://mirrors.sohu.com/fedora-epel/epel-release-latest-7.noarch.rpm yum ins
MYSQL高可用架构之MHA的搭建
chao199512的博客
08-09 2439
#############################相关概念############################## MySQL MHA架构介绍： MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于 Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切...
Mysql 数据库约束
最新发布
2402_88652615的博客
07-02 159
数据库约束是用于确保数据准确性和完整性的规则，主要包括以下类型：NOT NULL（非空约束）、DEFAULT（默认值约束）、UNIQUE（唯一约束）、PRIMARY KEY（主键约束，含自增主键）、FOREIGN KEY（外键约束）和CHECK（条件检查约束）。这些约束在创建表时定义，防止错误数据插入，例如主键要求唯一且非空，外键确保关联表数据一致性。自MySQL 8.0起支持CHECK约束，可自定义条件限制数据范围。实际应用中，常通过逻辑删除（标记无效而非物理删除）处理关联数据问题，避免外键约束导致的删除
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值