galera mariadb集群恢复策略
Posted luohaixian
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了galera mariadb集群恢复策略相关的知识,希望对你有一定的参考价值。
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的值更新到该文件中,如下:
[root@abc3 ~]# 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
以上是关于galera mariadb集群恢复策略的主要内容,如果未能解决你的问题,请参考以下文章