mariadb主从架构（异步）和集群
一般应用的场所是网站，主的机器是可以写可以读，从的机器可以读，也可以写，但不会同步。只有主的机器增删改，从的机器才会同步。
主从至少三个线程：dump、I/O thread、 SQLthread
binary log：二进制日志，对于二进制文件的记录是串行（一条一条）记录。
relay log：中继日志
原理：I/O线程先读到二进制日志（Binary log），然后dump线程给I/O线程返回，返回后写入到中继日志（Relay log），而后SQL线程进行读取，实现回放。
存在这么一种情况
当我只有一台主的时候，从节点很多，这样压力全都集中到了主的身上，这样对主的性能产生了很大的影响，如何解决？？？
blackhole引擎的特点：不能读，不能写。就利用这个特点只存储二进制文件。
延迟
延迟有好有坏，当我有大量的数据进入数据时，我的二进制日志是不能同时完成的，因为它是串行的就是一条一条执行，这样，主节点就会造成延迟，主节点已经延迟了，那么从节点在读取二进制日志的时候，就更延迟了。
好处：在我误操作的时候，可以先切断主从之间的连接，而后利用延迟从主节点修改我的误操作，力挽狂澜！！！
异步：我给你发一个请求，你无须给我返回请求，我只是给你发送请求，好处是效率高，坏处是安全性低。
时时同步：我给你发一个请求，你必须给我返回一个信号，我才进行我下面的事情，好处是安全性高，缺点是效率低。
主节点存在单点故障隐患，如何排除？
第一种方案：
MHA 主机高可用，一般布置在另外一台机器上
通过MHA监控主从状态。当一个主节点死掉之后，会根据MHA的机制，从后端的从机器里调出一台成为主。
如何监控：通过一个配置文件。
第二种方案：适合增删改较少的。
互为主备（主主架构）这种架构会造成数据的不一致。
相互有二进制文件即可。
第三种方案：
galera集群：一条事物同时提交（时时同步）
主从架构的配置
主节点：
mysql主从配置
yum配置
[mariadb]
name=MariaDB
baseurl=http://mirrors.ustc.edu.cn/mariadb/yum/10.3/centos7-amd64/
gpgkey=http://mirrors.ustc.edu.cn/mariadb/yum/RPM-GPG-KEY-MariaDB
gpgcheck=1
服务器1： MariaDB01 192.168.24.8
服务器2： MariaDB02 192.168.24.9
操作系统： CentOS7.3
数据库版本： MariaDB-10.3.7
主从关系： MariaDB01为主，MariaDB02为从
MariaDB01
1. 修改配置文件
vi /etc/my.cnf.d/server.cnf
在[mysqld]下加入以下
server-id=1
log-bin=mysql-bin
2. 重启mysql服务
service mysqld restart
3.创建主从连接帐号与授权
CREATE USER 'slave'@'%' IDENTIFIED BY 'slave';
GRANT REPLICATION SLAVE ON *.* TO 'slave'@'%';
flush privileges;
4.show master status
从节点：
MariaDB02
1. 修改配置文件
vi /etc/my.cnf.d/server.cnf
server-id=2
2. 重启mysql服务
service mysqld restart
3.登录数据库
mysql -uroot -proot4. 建立主从连接
CHANGE MASTER TO MASTER_HOST='192.168.24.8', MASTER_USER='slave', MASTER_PASSWORD='slave', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=1443;
start slave;
5.验证！！！
create database test01
use test01
create table students(id int(10), name char(20), age int(10))
之后查看从节点是否有test01数据库和students表
6.查看mysql二进制log
mysqlbinlog /var/lib/mysql/mysql-bin.000001
#如果出现不同步可以执行以下步骤
stop slave
set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
start slave
或者
stop slave;
mysql> change master to
master_host='192.168.24.8',
master_user='user',
master_password='pwd',
master_port=3306,
master_log_file='mysql-bin.000008',
master_log_pos=483;
start slave
show slave status\G 这是用竖列的方式查看这两个线程有没有启动
mariadb galera集群（时时同步）
多主的概念：哪个都是老大
对于一条事物，同时提交，几乎无延迟。缺点性能会下降。缺点是必须得保证机器硬件的一致。不了会影响效率。
如何实现同步？
通过wsrep协议进行同步。端口号为4567
配置galera集群
第一步：设置主机名host解析，三台节点都要设置，能互相解析到ip加主机名。
vim /etc/host
ip node1
ip node2
ip node3
第二步：关闭三台机器的mariadb
第三步：打开mariadb配置文件
vim /etc/my.cnf.d/server.cnf
wsrep_on=ON
wsrep_provider=/usr/lib64/galera/libgalera_smm.so #galera的库文件的地址
wsrep_cluster_address="gcomm://ip1，ip2，ip3" #各节点的ip
wsrep_node_name=node1 #节点主机名
wsrep_node_address=本机ip #本机节点ip
binlog_format=row #二进制日志设置为行模式
row模式 行模式是安全性最高的，但性能是最低的
语句模式
折中模式
default_storage_engine=InnoDB #使用的默认引擎
innodb_autoinc_lock_mode=2 #性能最好
wsrep_slave_threads=1 #并行复制线程数
innodb_flush_log_at_trx_commit=0 #0.log buffer（缓存）将每秒一次地写入log file中，并且log file的flush(刷到磁盘)操作同时进行。该模式下在事务提交的时候，不会主动触发写入磁盘的操作。
#1：每次事务提交时MySQL都会把log buffer的数据写入log file，并且flush(刷到磁盘)中去，该模式为系统默认。
#2：每次事务提交时MySQL都会把log buffer的数据写入log file，但是flush(刷到磁盘)操作并不会同时进行。该模式下，MySQL会每秒执行一次 flush(刷到磁盘)操作
innodb_buffer_pool_size=120M #设置缓存池大小
wsrep_sst_method=rsync #远程同步
wsrep_causal_reads=ON #避免各个节点的数据不一致，这种情况需要等待全同步复制
将此文件复制到mariadb-2、mariadb-3，注意要把 wsrep_node_name 和 wsrep_node_address 改成相应节点的 hostname 和 ip。
第四步：启动集群服务
启动 MariaDB Galera Cluster 服务：
第一次启动要用初始化:mysqld_safe --wsrep_cluster_address=gcomm://ip1，ip2，ip3 >/dev/null &
/bin/galera_new_cluster
如果galera_new_cluster 报错
vim /var/lib/mysql/grastate.dat
把safe_to_bootstrap更改为1
# GALERA saved state
version: 2.1
uuid: a393feef-f639-11e8-9b89-4e75f9b8fb0f
seqno: -1
safe_to_bootstrap: 1
第五步：查看端口4567和3306是否启动，把其余节点的mariadb启动，开始测试glare集群是否搭建成功。
galera命令（数据库中使用）
show status like "wsrep_ready"; 查看glarea是否启动
show status like "wsrep_cluster_size"; 目前集群机器数
show status like "wsrep%"; 查看集群状态
show status like "wsrep_incoming_addresses"; 查看链接的主机ip
