1 galera mariadb
首先MariaDB是一个数据库，可以看成是MySQL的一个分支，由于MySQL被SUN收购，所以MySQL面临着闭源的风险，当时MySQL之父Widenius并没有加入SUN，而是基于MySQL的代码开发新的分支，命名为MariaDB，并全部开源。
Galera是Galera Cluster，是一种为数据库设计的新型的、数据不共享的、高度冗余的高可用方案，galera mariadb就是集成了Galera插件的MariaDB集群，Galera本身是具有多主特性的，所以galera mariadb不是传统的主备模式的集群，而是多主节点架构。
2 galera mariadb的配置方式
我的一篇OpenStack高可用模块博客中其中有一段是描述搭建galera mariadb的（2.2.1数据库服务高可用配置）：OpenStack高可用方案及配置
3 galera mariadb的一些基本概念
（1）当前节点数据库状态
MariaDB [(none)]> show status like ‘wsrep_local_state_comment‘； +---------------------------+--------+ | Variable_name | Value | +---------------------------+--------+ | wsrep_local_state_comment | Synced | +---------------------------+--------+
状态查询表：
| 状态 | 状态说明 |
| Open | 节点启动成功，尝试连接到集群 |
| Primary | 节点已处于集群中，在新节点加入时，选取donor进行数据库同步时会产生的状态 |
| Joiner | 节点处于等待接收或正在接收同步文件的状态 |
| Joined | 节点完成数据同步，但还有部分数据不是最新的，在追赶与集群数据一致的状态 |
| Synced | 节点正常提供服务的状态，表示当前节点数据状态与集群数据状态是一致的 |
| Donor | 表示该节点被选为Donor节点，正在为新加进来的节点进行全量数据同步，此时该节点对客户端不提供服务 |
（2）Primary Component
在网络发生故障时，由于网络连接原因，集群可能被分成好几个小集群，但只能有一个集群可以继续进行数据修改，集群的这部分称为Primary Component
（3）GTID
英文全称为Global Transaction ID，由UUID和sequence number偏移量组成，wsrep api中定义的集群内部全局事务id，一个顺序id，用来集群集群中状态改变的唯一标志及队列中的偏移量
（4）SST
英文全称为State Snapshot Transfer，即状态快照迁移：通过从一个节点到另一个节点迁移完整的数据拷贝（全量拷贝）。当一个新的节点加入到集群中，新的节点从集群中已有节点进行数据同步，开始进行状态快照迁移。
Galera中有两种不同的状态迁移方法：
<1>逻辑数据迁移：采用mysqldump命令，这是一个阻塞式的方法。
<2>物理数据迁移：该方法采用rsync、rsync_wan、xtrabackup等方法直接在服务器之间拷贝数据，接收的服务器在拷贝完数据后启动服务。
可以通过配置文件中修改SST的方式：
wsrep_sst_method=rsync
（5）IST
英文全称为Increamental State Transfer，即增量状态迁移：集群一个节点通过识别新加入的节点缺失的事务操作，将该操作发送，而并不像SST那样的全量数据拷贝。最常见情况就是该节点之前已经存在于该集群，只是关机重启了，重新加入该集群会使用IST进行同步。
（6）grastate.dat
可以通过该文件查看到该节点记录的uuid和seqno，也就是上面说的GTID，当节点正常退出Galera集群时，会将GTID的值更新到该文件中，如下：
[[email protected] ~]# cat /var/lib/mysql/grastate.dat # GALERA saved state version: 2.1 uuid: 30ae87da-8e8e-11e8-810c-6a8da854119b seqno: 33557 safe_to_bootstrap: 0
如果该节点数据库服务正在运行，则seqno的值是-1的
（7）gvwstate.dat
当节点形成或改变Primary Component时，节点会创建或更新该文件，确保节点保留最新Primary Component的状态，如果节点正常关闭，该文件会被删除。
4 一些故障场景的恢复
（1）场景1
其中1个节点挂了，一般只需要重启A节点的服务即可
（2）场景2
所有节点都挂了，重启服务时不能单纯的全部重启，需要找状态最新的那个节点启动，且启动时需要加上--wsrep-new-cluster参数，该节点启动后其它节点再正常启动服务即可。
这里就涉及到一个关键点，那就是怎么找哪个是状态最新的那个节点，第5点介绍查找最新节点的策略。
5 恢复策略和自动恢复脚本
（1）恢复策略
<1>首先判断当前数据库集群中是否有服务在启动着，如果有则直接启动服务即可
<2>如果当前所有节点的数据库服务都挂了，则需要找状态最新的那个节点让它携带--wsrep-new-cluster参数启动，启动起来之后其它节点直接启动服务即可。
查找最新节点策略：
首先获取各节点的grastate.dat文件中的seqno值，值最大的那个就是最新的节点；如果所有节点的seqno都是-1，则去比较所有节点的gvwstate.dat文件中的my_uuid和view_id是否相等，相等的那个则作为第一个启动节点，第一个启动节点启动后，其它节点正常启动即可；如果依然未找到则需要人工干预来恢复了。
以下是我自己写的自动恢复脚本：
#!/usr/bin/python2
# -*- coding: utf-8 -*-
import os
import time
import traceback
import logging
import sys
# 初始化日志对象
logger = logging.getLogger("check-or-recover-galera")
log_file=‘/var/log/check-or-recover-galera/check-or-recover-galera.log‘
if not os.path.exists(log_file):
os.system(‘mkdir -p /var/log/check-or-recover-galera/‘)
os.system(‘touch ‘ + log_file)
formatter = logging.Formatter(‘%(asctime)s (filename)s[line:%(lineno)d] %(levelname)s %(message)s‘)
file_handler = logging.FileHandler(log_file)
file_handler.setFormatter(formatter)
logger.addHandler(file_handler)
logger.setLevel(logging.DEBUG)
import socket
PORT = 10000
BUFF_SIZE = 10240
def test_connect_ok(ip):
client_sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
client_sock.settimeout(3)
client_sock.connect((ip, PORT))
client_sock.close()
# 这个方法要求在要远程的节点上需要有个进程在监听PORT端口等待处理命令
def send_request(ip, data, timeout=60):
test_connect_ok(ip)
client_sock = socket.socket(socket.AF_INET,socket.SOCK_STREAM)
client_sock.settimeout(timeout)
client_sock.connect((ip, PORT))
client_sock.send(data)
ret_data = client_sock.recv(BUFF_SIZE)
client_sock.close()
return ret_data
def remote_send_request(ip, data, timeout=60):
res_remote = send_request(ip, json.dumps(data), timeout=timeout)
if res_remote is None or res_remote == ‘‘:
raise Exception(‘res_remote is null‘)
res_remote = json.loads(res_remote)
if res_remote[‘ret_state‘] != ‘success‘:
raise Exception(‘ret_state is not success‘)
return res_remote
# 默认vmbr0是本地ip
def get_local_ip():
cmd_out = os.popen(‘cat /etc/sysconfig/network-scripts/ifcfg-vmbr0 2>/dev/null |grep IPADDR‘).read()
if cmd_out and cmd_out != ‘‘:
cmd_out = cmd_out.strip()
cmd_out = cmd_out.replace(‘"‘, ‘‘).replace(‘ ‘, ‘‘)
tmp = cmd_out.split(‘=‘)
if len(tmp) >= 2:
ip = tmp[1]
return ip
return None
# 获取各节点的seqno值
def get_all_nodes_seqno(node_ips_arr):
seqno_dict = {}
data = {‘req_type‘: ‘get_seqno‘}
for node_ip in node_ips_arr:
try:
res_remote = remote_send_request(node_ip, data)
seqno_dict[node_ip] = res_remote[‘seqno‘]
except Exception,e:
seqno_dict[node_ip] = -1
logger.error(traceback.format_exc())
return seqno_dict
# 获取各节点的gvwstate.dat文件的my_uuid和view_id的比对值结果
def get_all_nodes_uv_is_equal(node_ips_arr):
uv_equal_dict = {}
data = {‘req_type‘: ‘get_uv_equal_value‘}
for node_ip in node_ips_arr:
try:
res_remote = remote_send_request(node_ip, data)
uv_equal_dict[node_ip] = res_remote[‘equal‘]
except Exception,e:
uv_equal_dict[node_ip] = 0
logger.error(traceback.format_exc())
return uv_equal_dict
# 检查自身mariadb服务是否已经启动
def check_is_active_now():
is_active = os.popen(‘systemctl is-active mysqld_safe 2>/dev/null‘).read()
is_active = is_active.strip()
if is_active and is_active == ‘active‘:
logger.info(‘the mariadb is already up‘)
return True
return False
# 第一个启动的节点
def start_mariadb_with_wsrep():
os.system("sed -i ‘s/--wsrep-new-cluster//‘ /usr/lib/systemd/system/mysqld_safe.service")
os.system("sed -i ‘s/user=mysql/user=mysql --wsrep-new-cluster/‘ /usr/lib/systemd/system/mysqld_safe.service")
os.system("sed -i ‘s/safe_to_bootstrap:.*/safe_to_bootstrap: 1/‘ /var/lib/mysql/grastate.dat")
os.system(‘systemctl daemon-reload‘)
os.system(‘systemctl start mysqld_safe‘)
# 将配置文件恢复回去
os.system("sed -i ‘s/--wsrep-new-cluster//‘ /usr/lib/systemd/system/mysqld_safe.service")
os.system(‘systemctl daemon-reload‘)
time.sleep(10)
if check_is_active_now() is True:
return True
else:
logger.error(‘use option wsrep-new-cluster start mariadb failed‘)
return False
def main():
while True:
try:
time.sleep(10)
# 先检测自己的mariadb是否已经自己启动
if check_is_active_now() is True:
time.sleep(60)
continue
# 这里应该先检测下thintaskd服务是否已经启动，如果还没启动则需等待
is_thintaskd_active = os.popen(‘/etc/init.d/thintaskd status 2>/dev/null |grep active |grep running‘).read()
if not is_thintaskd_active or is_thintaskd_active == ‘‘:
logger.info(‘wait thintaskd service start‘)
time.sleep(5)
# 获取当前galera的集群的各节点的ip
node_ips_info = os.popen("cat /etc/my.cnf.d/mariadb-server.cnf |grep ‘^wsrep_cluster_address‘").read()
node_ips_str = node_ips_info.split(‘gcomm://‘)[1]
node_ips_str = node_ips_str.strip()
node_ips_arr = node_ips_str.split(‘,‘)
# 检测其它节点是否已经有在运行着的
data = {‘req_type‘: ‘check_mariadb_service‘}
has_mariadb_service_on = False
for node_ip in node_ips_arr:
try:
res_remote = remote_send_request(node_ip, data)
state = res_remote[‘state‘]
if state == ‘active‘:
has_mariadb_service_on = True
# 找到在运行着的节点
logger.info(‘find the running mariadb service node:‘ + node_ip)
# 直接启动自己服务
os.system(‘systemctl start mysqld_safe‘)
time.sleep(10)
if check_is_active_now() is True:
time.sleep(60)
else:
logger.info(‘start mariadb service error‘)
break
except Exception,e:
logger.error(traceback.format_exc())
logger.error(‘check_mariadb_service for ‘ + node_ip + ‘ failed, error:‘ + e.message)
if has_mariadb_service_on is True:
continue
# 如果所有节点的mariadb都没在运行，则需要寻找一个节点进行启动
seqno_dict = get_all_nodes_seqno(node_ips_arr)
logger.info(‘get seqno_dict:%s‘, seqno_dict)
# 根据seqno值判断哪个节点为启动节点
first_boot_node = None
max_seqno = -2
for key in seqno_dict:
if seqno_dict[key] > max_seqno:
max_seqno = seqno_dict[key]
first_boot_node = key
if first_boot_node is not None:
logger.info(‘find the first_boot_node by seqno, first_boot_node:‘ + first_boot_node)
# 判断这个启动节点是不是自己，如果是就启动，否则等待其它节点启动起来
if first_boot_node == get_local_ip():
if start_mariadb_with_wsrep() is True:
time.sleep(60)
else:
logger.info(‘wait node ‘ + first_boot_node + ‘ start mariadb service‘)
time.sleep(5)
continue
else:
logger.info("all node‘s seqno is -1")
# 如果所有节点的seqno都是-1则说明可能是全部主机非正常停止的，比如断电等
# 这时则通过比对gvwstate.dat文件的my_uuid和view_id是否相等来决定从这个节点启动
# 当集群时干净状态停止的时候该文件是被删除的
uv_equal_dict = get_all_nodes_uv_is_equal(node_ips_arr)
# 根据返回的值判断哪个是启动节点，1表示是，0表示否
for key in uv_equal_dict:
if uv_equal_dict[key] == 1:
first_boot_node = key
logger.info(‘find the first_boot_node by uv_equal_dict, first_boot_node:‘ + first_boot_node)
break
if first_boot_node is not None:
# 判断这个启动节点是不是自己，如果是就启动，否则等待其它节点启动起来
if first_boot_node == get_local_ip():
if start_mariadb_with_wsrep() is True:
time.sleep(60)
else:
logger.info(‘wait node ‘ + first_boot_node + ‘ start mariadb service‘)
time.sleep(5)
continue
else:
logger.info("can not find first_boot_node by gvwstate.dat file")
# 如果经过上述步骤依然找不到启动节点，需要人工进行干预了，或者可以随机挑选个节点进行启动
logger.error(‘can not find first_boot_node, maybe you should ask admin to deal with this problem‘)
time.sleep(5)
except Exception,e:
logger.error(traceback.format_exc())
logger.error(‘error:‘ + e.message)
if __name__ == "__main__":
sys.exit(main())
以下是自定义的mysqld_safe.service服务的文件，你可以将它放在/usr/lib/systemd/system/mysqld_safe.service
[Unit] Description=Thinputer API Server After=syslog.target network.target [Service] Type=notify NotifyAccess=all TimeoutStartSec=0 User=root ExecStartPre=/usr/libexec/mysql-check-socket ExecStartPre=/usr/libexec/mysql-prepare-db-dir %n ExecStart=/bin/mysqld_safe --defaults-file=/etc/my.cnf.d/mariadb-server.cnf --user=mysql [Install] WantedBy=multi-user.target
原文地址：https://www.cnblogs.com/luohaixian/p/9426359.html