mariadb集群架构 - 好文

数据库安装mariadb10.3版本
配置yum源 #vim /etc/yum.repos.d/mariadb.repo [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
#yum -y install MariaDB #systemctl restart mariadb #mysql_secure_installation
<>mariadb主从

主从多用于网站架构，因为主从的同步机制是异步的，数据的同步有一定延迟，也就是说有可能会造成数据的丢失，但是性能比较好，因此网站大多数用的是主从架构的数据库，读写分离必须基于主从架构来搭建
异步：slave干完自己的活再同步master的数据，数据会有延迟

<>主从备份机制

主从通过binarylog这个2进制文件同步，I/Othread线程监听这个2进制文件，如果2进制文件发生改变，就会把文件调过来，sql
thread把数据同步到自己的数据库

<>异步：

如果数据将在线程间共享。例如正在写的数据以后可能被另一个线程读到，或者正在读的数据可能已经被另一个线程写过了，那么这些数据就是共享数据，必须进行同步存取。
当应用程序在对象上调用了一个需要花费很长时间来执行的方法，并且不希望让程序等待方法的返回时，就应该使用异步编程，在很多情况下采用异步途径往往更有效率。

Java中交互方式分为同步和异步两种：
同步交互：指发送一个请求,需要等待返回,然后才能够发送下一个请求，有个等待过程；
异步交互：指发送一个请求,不需要等待返回,随时可以再发送下一个请求，即不需要等待。
区别：一个需要等待，一个不需要等待，在部分情况下，我们的项目开发中都会优先选择不需要等待的异步交互方式。

哪些情况建议使用同步交互呢？比如银行的转账系统，对数据库的保存操作等等，都会使用同步交互操作，其余情况都优先使用异步交互

<>配置

MariaDB01
#vim /etc/my.cnf.d/server.cnf 在[mysqld]下加入以下 server-id=1 log-bin=mysql-bin
#systemct restart mysqld #mysql -uroot -p123 >select host,user,password from
user;(slave 有“%” 支持第三方登录）创建主从连接帐号与授权 >CREATE USER 'slave'@'%' IDENTIFIED BY
'slave'; >GRANT REPLICATION SLAVE ON *.* TO 'slave'@'%'; >flush privileges;
>show master status\G; 两个线程为yes

MariaDB02
修改配置文件
#vi /etc/my.cnf.d/server.cnf 在[mysqld]下加入以下 server-id=2 登录数据库 #mysql -uroot
-proot4. 建立主从连接 >CHANGE MASTER TO MASTER_HOST='192.168.146.202',
MASTER_USER='slave', MASTER_PASSWORD='slave',
MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=342; >start slave; 验证！！！
>create database test01 >use test01 >create table students(id int(10), name
char(20), age int(10)); 之后查看从节点是否有test01数据库和students表查看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.146.202', master_user='slave',
master_password='slave', master_port=3306, master_log_file='mysql-bin.000003',
master_log_pos=342; >start slave;
<>galera集群（多主）

galera集群多用于关键性业务，因为galera集群为了数据的一致性，采用的是同步的机制，这就使galera牺牲了一部分性能来换取数据一致性。

<>配置

实战Mariadb10.3（10.3自带galera软件） galera Cluster集群架构
Mariadb galera Cluster安装：
操作系统：Centos7.3版本
集群数量：3个节点
主机信息：
192.168.146.201 node1 selinux=disabled firewalld关闭
192.168.146.202 node2 selinux=disabled firewalld关闭
192.168.146.203 node3 selinux=disabled firewalld关闭

搭建步骤
主机之间互相解析：三台节点都要执行
#vim /etc/hosts 192.168.146.201 pikachu 192.168.146.202 pikachu
192.168.146.203 pikachu
mariadb初始化（三个节点都需要执行）
安装完成后会提示需要对mariadb进行初始化（设置密码）
关掉mariadb服务
#systemctl start mariadb #mysql_secure_installation (按提示设置mysql密码) #systemctl
stop mariadb
配置galera 每台主机都要配置
主节点配置文件server.cnf
#vim /etc/my.cnf.d/server.cnf [galera] wsrep_on=ON #默认端口号4567 开启协议
wsrep_provider=/usr/lib64/galera/libgalera_smm.so #galera的库文件的地址
wsrep_cluster_address="gcomm://192.168.146.201,192.168.146.202,192.168.146.203"
#各节点的ip wsrep_node_name=pikachu #节点主机名　　 wsrep_node_address=192.168.146.201
#this节点ip binlog_format=row #二进制日志设置为行模式 default_storage_engine=InnoDB #使用的默认引擎
innodb_autoinc_lock_mode=2 #性能最好 0是传统，1,2 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 #设置缓存池大小服务器的80%内存数据库性能调优 wsrep_sst_method=rsync
#远程同步 wsrep_causal_reads=ON #避免各个节点的数据不一致，这种情况需要等待全同步复制
启动集群服务：
第一台节点： # /bin/galera_new_cluster 其他节点： # systemctl start mariadb
查看集群状态：（集群服务使用了4567和3306端口）） #netstat -tulpn | grep -e 4567 -e 3306

启动 MariaDB Galera Cluster 服务：
如果不成功，先需要初始化

验证集群状态：

查看是否启用galera插件
连接mariadb,查看是否启用galera插件
MariaDB [(none)]> show status like "wsrep_ready";

目前集群节点数
MariaDB [(none)]> show status like "wsrep_cluster_size";

查看集群状态
MariaDB [(none)]> show status like "wsrep%";

±-----------------------------±---------------------------------------------------------------+
| Variable_name | Value |

±-----------------------------±---------------------------------------------------------------+
| wsrep_apply_oooe | 0.000000 |
| wsrep_apply_oool | 0.000000 |
| wsrep_apply_window | 1.000000 |
| wsrep_causal_reads | 14 |
| wsrep_cert_deps_distance | 1.200000 |
| wsrep_cert_index_size | 3 |
| wsrep_cert_interval | 0.000000 |
| wsrep_cluster_conf_id | 22 |
| wsrep_cluster_size | 3 | ##集群成员
| wsrep_cluster_state_uuid | b8ecf355-233a-11e8-825e-bb38179b0eb4 | ##UUID
集群唯一标记
| wsrep_cluster_status | Primary | ##主服务器
| wsrep_commit_oooe | 0.000000 |
| wsrep_commit_oool | 0.000000 |
| wsrep_commit_window | 1.000000 |
| wsrep_connected | ON | ##当前是否连接中
| wsrep_desync_count | 0 |
| wsrep_evs_delayed | |
| wsrep_evs_evict_list | |
| wsrep_evs_repl_latency | 0/0/0/0/0 |
| wsrep_evs_state | OPERATIONAL |
| wsrep_flow_control_paused | 0.000000 |
| wsrep_flow_control_paused_ns | 0 |
| wsrep_flow_control_recv | 0 |
| wsrep_flow_control_sent | 0 |
| wsrep_gcomm_uuid | 0eba3aff-2341-11e8-b45a-f277db2349d5 |
| wsrep_incoming_addresses |
192.168.146.201:3306,192.168.146.202:3306,192.168.146.203:3306 | ##连接中的数据库
| wsrep_last_committed | 9 | ##sql 提交记录
| wsrep_local_bf_aborts | 0 | ##从执行事务过程被本地中断
| wsrep_local_cached_downto | 5 |
| wsrep_local_cert_failures | 0 | ##本地失败事务
| wsrep_local_commits | 4 | ##本地执行的sql
| wsrep_local_index | 0 |
| wsrep_local_recv_queue | 0 |
| wsrep_local_recv_queue_avg | 0.057143 |
| wsrep_local_recv_queue_max | 2 |
| wsrep_local_recv_queue_min | 0 |
| wsrep_local_replays | 0 |
| wsrep_local_send_queue | 0 | ##本地发出的队列
| wsrep_local_send_queue_avg | 0.000000 | ##队列平均时间间隔
| wsrep_local_send_queue_max | 1 |
| wsrep_local_send_queue_min | 0 |
| wsrep_local_state | 4 |
| wsrep_local_state_comment | Synced |
| wsrep_local_state_uuid | b8ecf355-233a-11e8-825e-bb38179b0eb4 | ##集群ID
| wsrep_protocol_version | 8 |
| wsrep_provider_name | Galera |
| wsrep_provider_vendor | Codership Oy info@codership.com
<mailto:info@codership.com> |
| wsrep_provider_version | 25.3.23(r3789) |
| wsrep_ready | ON | ##插件是否应用中
| wsrep_received | 35 | ##数据复制接收次数
| wsrep_received_bytes | 5050 |
| wsrep_repl_data_bytes | 1022 |
| wsrep_repl_keys | 14 |
| wsrep_repl_keys_bytes | 232 |
| wsrep_repl_other_bytes | 0 |
| wsrep_replicated | 5 | ##随着复制发出的次数
| wsrep_replicated_bytes | 1600 | ##数据复制发出的字节数
| wsrep_thread_count | 2 |

±-----------------------------±---------------------------------------------------------------+
rows in set (0.003 sec)

查看连接的主机
MariaDB [(none)]> show status like "wsrep_incoming_addresses";

测试集群mariad数据是否同步
在一台节点上创建一个表，看其他节点上是否同步

注意:
如果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

热门工具换一换