一、Galera Cluster简介

1.1 galera cluster 介绍

Galera Cluster是MariaDB的一个双活多主集群，其可以使得MariDB的所有节点保持同步，Galera为MariaDB提供了同步复制（相对于原生的异步复制），因此其可以保证HA，且其当前仅支持XtraDB/InnoDB存储引擎（扩展支持MyISAM），并且只可在Linux下使用。
从MariaDB 10.1开始，在Galera Cluster中默认已经包含了wsrep API。在MariaDB 10.0和MariaDB 5.5时还是独立的，所以在安装部署上可能会有所不同，具体看MariaDB官方介绍。

1.2 Galera Cluster的特性：

● 真正的多主架构，任何节点都可以进行读写。
● 同步复制，各节点间无延迟且节点宕机不会导致数据丢失。
● 紧密耦合，所有节点均保持相同状态，节点间无不同数据。
● 无需主从切换操作或使用VIP。
● 热Standby，在Failover过程中无停机时间（由于不需要Failover）。
● 自动节点配置，无需手工备份当前数据库并拷贝至新节点。
● 支持InnoDB存储引擎。
● 对应于透明，无需更改应用或是进行极小的更改。
● 无需进行读写分离。

1.3 Galera Cluster的优势:

● 因为是多主，所以不存在Slavelag(延迟)。
● 不存在丢失事务的情况。
● 同时具有读和写的扩展能力。
● 更小的客户端延迟。
● 节点间数据是同步的，而Master/Slave模式是异步的，不同slave上的binlog可能是不同的。

Galera Cluster局限性：

● 目前的复制仅仅支持InnoDB存储引擎，任何写入其他引擎的表，包括mysql.*表将不会复制，但是DDL语句会被复制的，因此创建用户将会被复制，但是insert into mysql.user…将不会被复制的。
● DELETE操作不支持没有主键的表，没有主键的表在不同的节点顺序将不同，如果执行SELECT…LIMIT… 将出现不同的结果集。
● 在多主环境下LOCK/UNLOCK TABLES不支持，以及锁函数GET_LOCK(), RELEASE_LOCK()…。
● 查询日志不能保存在表中，如果开启查询日志，只能保存到文件中。
● 允许最大的事务大小由wsrep_max_ws_rows和wsrep_max_ws_size定义，任何大型操作将被拒绝，如大型的LOAD DATA操作。
● 由于集群是乐观的并发控制，事务commit可能在该阶段中止。如果有两个事务向在集群中不同的节点向同一行写入并提交，失败的节点将中止。对于集群级别的中止，集群返回死锁错误代码(Error: 1213 SQLSTATE: 40001 (ER_LOCK_DEADLOCK))。
● XA事务不支持，由于在提交上可能回滚。
● 整个集群的写入吞吐量是由最弱的节点限制，如果有一个节点变得缓慢，那么整个集群将是缓慢的。为了稳定的高性能要求，所有的节点应使用统一的硬件。
● 集群节点建议最少3个。
● 如果DDL语句有问题将破坏集群。

二、Galera Cluster配置部署

说明：3台机器192.168.10.43/192.168.10.44/192.168.10.45

2.1 安装mariadb（43/44/45）

2.2 创建cluster同步账户

2.3 关闭防火墙（43/44/45）

[root@db04 ~]# systemctl stop firewalld.service
[root@db04 ~]# systemctl disable firewalld.service

2.4 创建cluster配置文件wsrep.cnf

# cp /usr/local/mariadb/support-files/wsrep.cnf /etc/my.cnf.d/
在/etc/my.cnf里面添加一行
!includedir /etc/my.cnf.d/

编辑wsrep文件

[mysqld]
binlog_format=ROW
default-storage-engine=innodb
innodb_autoinc_lock_mode=2
bind-address=192.168.10.43

# Galera Provider Configuration
wsrep_on=ON
wsrep_provider=/usr/local/mariadb/lib/galera/libgalera_smm.so
wsrep_provider_options="gcache.name = /data/galera/galera.cache; gcache.size=1G; gcache.page_size=1G; gcache.recover = yes"

# Galera Cluster Configuration
wsrep_cluster_name="test_cluster"
wsrep_cluster_address="gcomm://192.168.10.43,192.168.10.44,192.168.10.45"
#wsrep_cluster_address="gcomm://"
wsrep_sst_auth=galera:000000

# Galera Synchronization Configuration
wsrep_sst_method=xtrabackup-v2

 # Galera Node Configuration
wsrep_node_address="192.168.10.43"
wsrep_node_name="node1"

wsrep_slave_threads=8

2.5 将wsrep.cnf 同步到44和45

2.6 关闭所有数据库

# service mysqld stop

2.7 启动第一个节点43

# mysqld --wsrep-new-cluster
# service mysqld start --wsrep_new_cluster  或者
# service mysqld start --galera_new_cluster

2.8 启动第2/3个节点

Galera Cluster常见问题

问题1

搭建galera cluster的时候设置sst为xtrabackup，启动node1报错。
[ERROR] WSREP: It may not be safe to bootstrap the cluster from this node. It was not the last one to leave the cluster and may not contain all the updates. To force cluster bootstrap with this node, edit the grastate.dat file manually and set safe_to_bootstrap to 1 .
解决方式：
grastate.dat  file of the node you intend to use as the first node.
需要把该文件删除 重新启动即可。

问题2

解决方法：
1.安装插件yum -y install socat
2.检查用户galera是否可在本机登陆

问题3

出现节点脱离集群，原因是多节点同时对同一记录发送更新导致集群节点脱落，如果会发生这种情况那么是否需要读写分离，最后wsrep_slave_tereads制线程数量根据个人品行核心 做出决定。