放心去做... 数据库的稳定性简直就是生命线。想象一下 如果你的核心业务数据库在凌晨三点突然宕机，而你是那个被 别被“集群”这两个字吓到， 虽然听起来很高大上，但只要跟着节奏走，你会发现这其实比想象中要简单得多。我们不仅要搞定它，还要把它做得漂漂亮亮。准备好了吗？让我们开始这段技术之旅吧。 一、 前期准备：工欲善其事，必先利其器 在敲下第一条命令之前，我们需要先把环境理顺。Galera Cluster对环境是有一定要求的，这不是随便找几台破电脑就能跑起来的。你需要至少三台服务器，YYDS！。 为了方便演示，我们假设有三台运行Ubuntu 20.04或22.04的服务器。请确保你的网络环境是通畅的，节点之间最好是在同一个局域网内，或者至少延迟要低。Galera对网络延迟可是相当敏感的，如果网络太烂，集群性能会直线下降。 太离谱了。 下面是我们的基础规划表， 请根据你的实际情况修改IP地址： 节点名称 IP地址 角色 node1 192.168.1.101 Master/初始化节点 node2 192.168.1.102 Master node3 192.168.1.103 Master 除了IP，你还得注意防火墙设置。别让防火墙成了拦路虎。你需要开放以下端口：3306、4567、4568以及4444。如果你用的是UFW，记得施行类似 `sudo ufw allow 3306/tcp` 这样的命令。 PPT你。 当然为了测试方便，你也可以先临时关闭防火墙，但千万别这么干！ 二、 安装MariaDB：打好地基 环境准备好了接下来就是安装软件。Ubuntu的官方仓库里通常都包含了MariaDB， 打脸。 这让我们省了不少事。我们需要在所有节点上施行以下操作。别偷懒，一个节点都不能漏。 先说说 更新一下软件包列表，这可是个好习惯，能避免很多莫名其妙的依赖问题： sudo apt update && sudo apt upgrade -y 更新完成后就可以安装MariaDB服务器和客户端了。顺手把 `rsync` 也装上， 盘它。 主要原因是Galera默认使用rsync进行状态快照传输，没有它可不行： sudo apt install mariadb-server mariadb-client rsync -y 我跟你交个底... 安装完成后建议先检查一下版本，确保所有节点上的版本是一致的。版本不一致可能会导致奇奇怪怪的同步问题。施行： mysql --version 看到版本号输出了吧？好的，这一步算是稳了。此时MariaDB服务应该已经自动启动了。为了后续配置的顺利， 我们先把它停掉，就像手术前要麻醉一样：，呃... sudo systemctl stop mariadb 三、 核心配置：赋予集群灵魂 那必须的！ 这一步是整个搭建过程中最关键，也最容易出错的地方。我们需要修改MariaDB的配置文件，告诉它：“嘿，你不是一个人在战斗，你属于一个集群！” 在Ubuntu系统上，配置文件通常位于 `/etc/mysql/mariadb.conf.d/` 目录下。为了保持整洁， 我们新建一个专门的配置文件，比如叫 `50-cluster.cnf`，或者直接修改 `mysqld.cnf`。这里我选择新建文件，这样以后维护起来更清晰。 在每个节点上， 使用你喜欢的编辑器创建或编辑配置文件： sudo nano /etc/mysql/mariadb.conf.d/50-cluster.cnf 然后把以下配置内容塞进去。请注意， 不同节点的某些参数是不同的别直接复制粘贴完事，看清楚注释里的说明！ # 基础配置 binlog_format=ROW # 必须为ROW格式， 这是Galera同步数据一致性的基石 default-storage-engine=InnoDB # 强烈推荐使用InnoDB引擎，MyISAM在集群中支持不好 innodb_autoinc_lock_mode=2 # 解决多主插入时的自增ID冲突，设为2是交错模式 bind-address=0.0.0.0 # 允许远程访问，别只监听本地了 # Galera集群核心配置 wsrep_on=ON # 开启Galera功能，总开关 wsrep_provider=/usr/lib/galera/libgalera_smm.so # Galera provider库路径，注意文件名可能因版本微调 wsrep_cluster_name="galera_cluster" # 集群名称，所有节点必须一致 wsrep_cluster_address="gcomm://192.168.1.101,192.168.1.102,192.168.1.103" # 集群节点地址列表 wsrep_node_address="当前节点的IP地址" # 比如 node1 就填 192.168.1.101 wsrep_node_name="当前节点的主机名" # 比如 node1 wsrep_sst_method=rsync # 数据同步方法，简单粗暴有效 最后强调一点。 这里我要特别强调一下 `wsrep_cluster_address`。在配置第一个节点时你可以把所有节点的IP都写上去，就像上面那样。这样当其他节点启动时就能通过这个列表找到组织。当然如果你喜欢，也可以先只写自己的IP，等启动后再改，但那样容易出错，不如一次性写好来得痛快。 栓Q！ 配置文件保存好后记得检查一遍，确保没有拼写错误。Linux下的配置文件可是很挑剔的，少个引号都可能让服务起不来。 四、 启动集群：见证奇迹的时刻 配置都搞定了接下来就是激动人心的启动环节。这里有个坑，新手一定要注意：不能像启动普通服务那样一边在所有节点运行 `start` 命令。Galera集群需要一个“带头大哥”来初始化，没耳听。。 第一步：在第一个节点上初始化集群 我们选择 `node1` 作为这个带头大哥。在 `node1` 上， 施行以下特殊命令：，不地道。 sudo galera_new_cluster 这个命令会告诉MariaDB：“你是集群的第一位成员，去创建一个新的集群UUID吧。” 施行完后检查一下服务状态： sudo systemctl status mariadb 看到绿色的 `active `` 了吗？恭喜，集群的雏形已经诞生了！此时 你可以登录MySQL查看一下集群状态，应该能看到 `wsrep_cluster_size` 的值为1，礼貌吗？。 第二步：启动其他节点的MariaDB服务 有啥用呢？ 现在 带头大哥已经就位，剩下的“小弟”们就可以依次入伙了。去 `node2` 和 `node3` 上， 施行标准的启动命令： sudo systemctl start mariadb 这时候，这些节点会读取配置文件中的 `wsrep_cluster_address`，找到 `node1`，然后申请加入集群。它们会自动通过SST从 `node1` 同步数据。如果你的数据库里有数据，这一步可能需要一点时间，耐心等待，别急着杀进程，也是没谁了。。 太坑了。 启动完成后 建议在 `node2` 和 `node3` 上也分别检查一下服务状态，确保它们都正常运行。 五、 验证与平安配置：确保万无一失 格局小了。 服务都起来了不代表就完事大吉了。我们得验证一下集群是否真的在协同工作。 验证集群状态 在任意节点上登录MySQL shell： sudo mysql -u root -p 然后施行那条经典的查看状态命令： SHOW STATUS LIKE 'wsrep_cluster_size'; 看输出后来啊中的 `Value` 是多少？如果是 `3`，那么恭喜你，你的MariaDB集群搭建成功了！三个节点已经心连心，同呼吸共命运了。你还可以查看 `wsrep_cluster_status`， 如果是 `Primary`，说明集群状态健康；如果是 `Non-Primary`，那可能就出大问题了得赶紧排查网络或配置。 配置SST认证用户 刚才我们配置里用的是 `rsync`， 虽然简单，但如果以后要换成 `xtrabackup` 等更高级的同步方式， 梳理梳理。 或者为了平安起见，我们需要专门配置一个用于复制的用户。别让root用户裸奔，这可不是好习惯。 在 `node1` 上施行以下SQL语句创建用户： CREATE USER 'sst_user'@'%' IDENTIFIED BY 'strong_password'; GRANT RELOAD, LOCK TABLES, PROCESS, REPLICATION CLIENT ON *.* TO 'sst_user'@'%'; FLUSH PRIVILEGES; 创建好用户后 记得去所有节点的配置文件里加上这一行认证信息： wsrep_sst_auth=sst_user:strong_password 修改完配置后重启一下节点让配置生效。 六、 进阶：配置负载均衡 虽然集群已经搭建好了但应用程序该连哪个数据库呢？如果写死连 `node1`，那 `node1` 挂了应用不还得报错吗？ 好吧好吧... 为了实现真正的高可用，我们需要一个负载均衡器，把应用请求分发到各个节点，并且自动剔除故障节点。 HAProxy是个不错的选择，成熟、稳定、强大。我们可以单独拿一台服务器装HAProxy，也可以直接复用某个节点，我开心到飞起。。 安装HAProxy： sudo apt install haproxy -y 我倾向于... 然后编辑配置文件 `/etc/haproxy/haproxy.cfg`，在末尾添加关于MariaDB的配置。这里给个简单的示例： frontend mysql_front bind 192.168.1.100:3306 # 这是HAProxy对外提供服务的虚拟IP default_backend mysql_back backend mysql_back balance roundrobin # 轮询算法， 平均分配流量 server node1 192.168.1.101:3306 check server node2 192.168.1.102:3306 check server node3 192.168.1.103:3306 check 配置好后重启HAProxy： sudo systemctl restart haproxy 现在你的应用程序只需要连接 `192.168.1.100:3306`，就可以享受到高可用的数据库服务了。无论哪个节点挂了HAProxy都会把流量切到剩下的节点上，应用层甚至感知不到。 七、 避坑指南与维护建议 哈基米！ 搭建完成只是开始，维护才是长久的挑战。这里有一些血泪经验分享给大家。 先说说网络延迟是Galera的大敌。虽然它能跨机房工作， 但如果延迟超过10ms，写入性能会明显下降，甚至出现节点主要原因是延迟过高而被踢出集群的情况。所以尽量把节点放在同一个局域网或同一个地域内，我emo了。。 接下来监控不能少。别等出事了才发现。用Promeus配合Grafana监控 `wsrep` 的各项指标， 比如流控情况、队列大小、复制延迟等。一旦发现异常，立马报警。 还有，备份！集群不是备份，千万别以为有了集群就不需要备份了。如果你误删了一个表，集群会非常忠实地把这个删除操作同步到所有节点，瞬间数据就没了。所以 定期用 `mysqldump` 或者 `xtrabackup` 进行冷备或热备，这是再说说的救命稻草。 再说说关于版本升级。升级MariaDB是个精细活，千万别直接全线升级。正确的做法是：先停止集群，然后逐个节点升级，升级一个启动一个，验证没问题了再搞下一个。滚雪球式的升级最稳妥。 看到这里你应该已经对如何在Ubuntu上搭建MariaDB Galera Cluster有了清晰的认识。虽然步骤看起来有点多，但每一步都有它的意义。当你看到 `wsrep_cluster_size` 等于3的那一刻， 图啥呢？ 当你模拟拔掉一根网线应用依然正常运行的那一刻，你会发现，所有的付出都是值得的。 高可用不是奢侈品，它是现代互联网服务的标配。希望这篇文章能帮你少走弯路，快速构建起属于自己的坚不可摧的数据库堡垒。 我持保留意见... 如果你在实操过程中遇到问题，别慌，仔细看日志，日志里永远写着真相。祝你的数据库永远在线，永远稳定！