MariaDB 单机及集群部署
一、Linux单机部署
1. 添加MariaDB的yum文件MariaDB.repo；
2. 添加MariaDB.repo仓库配置；
[mariadb] name=MariaDB baseurl=https://mirrors.aliyun.com/mariadb/yum/10.4/centos7-amd64/ gpgkey=https://mirrors.aliyun.com/mariadb/yum/RPM-GPG-KEY-MariaDB gpgcheck=1
3. 安装MariaDB：yum install -y mariadb-server，若卸载执行yum autoremove mariadb；
4. 启动MariaDB服务：systemctl start mariadb，并设为开机自启；
# 设置开机启动 systemctl enable mariadb # 启动服务 systemctl start mariadb # 重新启动 systemctl restart mariadb # 停止 systemctl stop mariadb
5. 登录数据库：mysql -u root -p，root账号密码为空，直接回车即可；
6. 初始化MariaDB配置：mysql_secure_installation；
7. 重启MariaDB：systemctl restart mariadb；
8. 授予外网登陆权限：grant all privileges on *.* to root@'%' identified by 'root'。
设置密码：ALTER USER root@localhost IDENTIFIED VIA mysql_native_password USING PASSWORD("123456")
二、Linux Galera集群介绍及部署
简介：Galera Cluster是免费开源的Mariadb数据库高可用方案，新版本Mariadb自带Galera，其本身具有multi-master特性，支持多点写入，Galera Cluster的三个及以上节点是对等关系，每个节点均支持写入，集群内部会保证写入数据的一致性与完整性，Galera集群是基于wsrep协议工作的。
1. Galera Cluster特性
优点：
A. 同步复制(几乎)，没有复制延迟；
B. 双活多主拓扑，任意集群节点可以同时读写数据库，无需读写分离；
C. 自动成员控制，故障节点从集群中删除，自动节点加入，无需手动拷贝数据；
D. 真正的并行复制，在行级别体现；
E. 读取可扩展性强；
缺点：
A. 节点上数据重复，新加入节点需要复制完整数据导致开销大；
B. 事务提交需要跨节点通信，因此分布式事务操作时写入会比主从复制慢；
C. 对于两个节点集群，如果网络出现波动不稳定，则可能集群会发生脑裂，导致服务不可用，因此建议最少3个节点(需奇数)；
2. Galera对比MySQL的局限性
A. 目前复制仅支持InnoDB存储引擎；
B. 所有表都应该都一个主键，因为DELETE操作需要；
C. 不支持XA事务及部分显示锁；
3. 搭建集群环境
A. 环境准备：OS版本 CentOS7.4，三台虚拟机；
B. 防火墙设置：关闭防火墙 systemctl stop firewalld，或者防火墙开发以下端口；
4567是Galera做数据复制的通讯和数据传输端口，需要在防火墙放开TCP和UDP
4568是Galera做增量数据传输使用的端口(Incremental State Transfer, IST)，需要防火墙放开TCP
4444是Galera做快照状态传输使用的端口(State Snapshot Transfer, SST)，需要防火墙放开TCP；
C. 关闭selinux：vi /etc/selinux/config，设置SELINUX=disabled；
D. 修改文件描述符
E. 配置hosts文件：vi /etc/hosts
192.168.10.101 rhxy-db1
192.168.10.102 rhxy-db2
192.168.10.103 rhxy-db3
F. 下载安装mariadb：yum 安装时文件默认放在var/lib/mysql中，若要指定datadir目录需要将文件拷贝过去
yum remove mariadb
yum install -y MariaDB-server rsync
G. 修改配置文件：vi /etc/my.cnf.d/server.cnf
#
# These groups are read by MariaDB server.
# Use it for options that only the server (but not clients) should see
#
# See the examples of server my.cnf files in /usr/share/mysql/
#
# this is read by the standalone daemon and embedded servers
[server]
# this is only for the mysqld standalone daemon
[mysqld]
skip-name-resolve
character-set-server=utf8mb4
collation-server=utf8mb4_unicode_ci
init_connect='SET collation_connection = utf8mb4_unicode_ci'
init_connect='SET NAMES utf8mb4'
skip-character-set-client-handshake=true
skip-external-locking
#skip-grant-tables
#**#开启性能监控
performance_schema=ON
#**#暂存的连接数量
back_log=128
max_connections=1256
interactive_timeout = 120
wait_timeout = 120
# Connection and Thread variables
port = 3306 # default 3306
#socket = /data/mysql/data/mysql.sock # Use mysqld.sock on Ubuntu, conflicts with AppArmor otherwise
# basedir = %BASEDIR%
datadir =/data/mysql/data
# tmpdir = '%INSTANCEDIR%/tmp'
# innodb_tmpdir = '%INSTANCEDIR%/tmp' # MySQL 5.7
# MySQL error log
log_error = /data/mysql/logs/master_error.log # Adjust AppArmor configuration: /etc/apparmor.d/local/usr.sbin.mysqld
# log_timestamps = SYSTEM # MySQL 5.7, equivalent to old behaviour
log_warnings = 2 # MySQL 5.6, equivalent to log_error_verbosity = 3
# log_error_verbosity = 3 # MySQL 5.7, equivalent to log_warnings = 2, MariaDB does NOT support this!
innodb_print_all_deadlocks = 1
# wsrep_log_conflicts = 1 # for Galera only!
general_log=ON
general_log_file =/data/mysql/logs/master_general.log
# Slow Query Log
slow_query_log_file = /data/mysql/logs/master_slow.log # Adjust AppArmor configuration: /etc/apparmor.d/local/usr.sbin.mysqld
slow_query_log = 0
log_queries_not_using_indexes = 0 # Interesting on developer systems!
long_query_time = 1
min_examined_row_limit = 100
# InnoDB variables
innodb_strict_mode = ON
# innodb_file_format_check = 1 # Desupported in MySQL 8.0
# innodb_file_format = Barracuda # For dynamic and compressed InnoDB tables, default in 5.7
innodb_buffer_pool_size = 2G # Go up to 80% of your available RAM
innodb_buffer_pool_instances = 8 # Bigger if huge InnoDB Buffer Pool or high concurrency
innodb_file_per_table = 1 # Is the recommended way nowadays
# innodb_flush_method = O_DIRECT # O_DIRECT is sometimes better for direct attached storage
# innodb_write_io_threads = 8 # If you have a strong I/O system or SSD
# innodb_read_io_threads = 8 # If you have a strong I/O system or SSD
# innodb_io_capacity = 1000 # If you have a strong I/O system or SSD
innodb_flush_log_at_trx_commit = 2 # 1 for durability, 0 or 2 for performance
innodb_log_buffer_size = 8M # Bigger if innodb_flush_log_at_trx_commit = 0
innodb_log_file_size = 256M # Bigger means more write throughput but longer recovery time
# Since MariaDB 10.0 and MySQL 5.6
innodb_monitor_enable = all
#
# * Galera-related settings
#
[galera]
# Mandatory settings
wsrep_on=ON
wsrep_provider=/usr/lib64/galera-4/libgalera_smm.so
wsrep_cluster_address="gcomm://192.168.10.101,192.168.10.102,192.168.10.103"
wsrep_node_name=rhxy-db1
wsrep_node_address=192.168.10.101
binlog_format=row
default_storage_engine=InnoDB
innodb_autoinc_lock_mode=2
#
# Allow server to accept connections on all interfaces.
#
bind-address=0.0.0.0
#
# Optional setting
wsrep_cluster_name=MariaDB-Galera-Cluster
wsrep_slave_threads=4
innodb_flush_log_at_trx_commit=0
innodb_buffer_pool_size=2G
wsrep_sst_method=rsync
wsrep_causal_reads=OFF
# this is only for embedded server
[embedded]
[mariadb]
[mariadb-10.4]
注意其余节点只需要改wsrep_node_name和wsrep_node_address参数值；
H. 集群启动
第一个节点：galera_new_cluster，systemctl enable mariadb；
其余节点：systemctl start mariadb，systemctl enable mariadb；
I. 常用命令
集群状态监控：show global status like 'wsrep_%';
查看集群节点数：show status like 'wsrep_cluster_size'；
查看集群同步状态：show status like 'wsrep_local_state_comment'；
J. 验证数据同步
4. Gelera配置参数
A. wsrep_on：是否启用wsrep复制，默认值为OFF，如果要加入集群，需要开启设置为ON；
B. wsrep_provider：wsrep库的位置，
C. wsrep_cluster_address：启动时要连接集群节点的地址；
D. wsrep_cluster_name：集群的名称，同一集群中所有节点的值都相等；
E. wsrep_node_name：节点的名称；
F. wsrep_node_address：节点的网络地址，默认端口4567；
G. wsrep_sst_method：用于进行状态快照传输的方式，默认值rsync；
H. wsrep_slave_threads：用于并行应用Gelera写的副本线程数，默认值1；
I. wsrep_causal_reads：是否在集群中强制执行读提交特性，默认值OFF；
J. wsrep_start_position：节点应使用的起始位置；
K. wsrep_recover：默认值为OFF，若设置为ON，在服务器启动时，服务会恢复Galera最近申请的写集的序号，服务将退出；
5. 常见问题
问题一
现象：[ERROR] WSREP: failed to open gcomm backend connection: 110: failed to reach primary view: 110 (Conn；
原因：发生集群脑裂
解决方案：删除所有节点的两个缓存文件及/var/lock/subsys目录下的mysql 文件，然后重新启动
A. 删除mysql文件：rm -rf /var/lock/subsys/mysql；
B. 删除缓存文件：rm -rf /var/lib/mysql/galera.cache /var/lib/mysql/grastate.dat；
C. 第一个节点执行：systemctl start mariadb --wsrep-new-cluster；
D. 其余节点执行：systemctl start mariadb；
问题二
现象：执行如下命令，报错
原因：systemd 允许创建同一服务的多个实例，而不是传递命令行参数；
解决方案：
A. 在第一个节点上执行：/usr/bin/mysqld_safe --wsrep-new-cluster，命名在前台执行；
B. 在其他节点上执行：systemctl start mariadb；
C. 待集群完全形成后，通过向第一个节点发送 SIGQUIT（在控制台上按 CTRL + \）来停止第一个节点上的 mariadb，（pkill -SIGQUIT mysqld）；
D. 再在第一个节点上执行：systemctl start mariadb；
问题三
现象：虚拟机全部停电，需要重启
解决方案：
A. 每台mariadb机器都需要删掉grastate.dat文件；
B. 重新启动集群 ，在其中一台执行galera_new_cluster，另外几台执行systemctl start mariadb；
问题四：
现象：当数据库启动失败后，清理集群文件，再使用systemctl start mariadb或galera_new_cluster，服务卡住无反应且也不报错；
原因：数据库启动失败后，依然会有wsrep进程，此进程自己不会终止；
解决方案：ps -ef | grep wsrep，查出进程号后kill -9 pid即可，然后再执行启动命令。
可参考：Mariadb问题集绵
三、Linux Docker单机部署
1. 问题一：
现象：docker版mariadb mysql命令进入终端后查询语句无法输入中文；
原因：容器内LANG不支持中文；
解决方案：docker exec -it `docker ps | grep mariadb | awk '{ print $1 }'` env LANG=C.UTF-8 bash
可参考：MariaDB Gelera Cluster官方文档
