主从架构
- 异步同步:效率高,安全性低,有延迟
- 实时同步:效率低,安全性高,无延迟
- 主节点:可读可写 (dump thread)
- 从节点:只读不写 (sql thread, i/o thread)
原理:
从库生成两个线程,一个I/O线程,一个SQL线程;
i/o线程去请求主库 的binlog,并将得到的binlog日志写到relay log(中继日志) 文件中;
主库会生成一个 log dump 线程,用来给从库 i/o线程传binlog;
SQL 线程,会读取relay log文件中的日志,并解析成具体操作,来实现主从的操作一致,而最终数据一致。
主节点单点故障解决方案:
1.主主架构
互为主备,互相监控对方二进制日志文件进行同步
注意:当两个sql语句发生冲突的时候主主架构有可能出现数据不一致的现象
2.MHA(master high avalible)
需要多一台机器装上MHA,监控主从架构,当主节点宕了,会挑选数据与主节点最相近的从节点充当主节点。
MHA可以有多个配置文件,一个配置文件监控一个主从架构。
配置:
node1: 192.168.132.120
node2:192.168.132.121
主从关系:node1为主,node2为从
主节点
1. 修改配置文件
vim
/etc/my.cnf.d/server.cnf
在[mysqld]下加入以下
server-id=1
log-bin=mysql-bin
2. 重启mysql服务
systemctl restart mariadb
3.创建主从连接帐号与授权(sql命令行)
grant
replication slave on *.* to 'slave'@'%' identified by 'slave';
flush
privileges;
4.show
master status
从节点
1. 修改配置文件
vim
/etc/my.cnf.d/server.cnf
server-id=2
2. 重启mysql服务
service
mysqld restart
3.登录数据库
mysql
-uroot -proot
4. 建立主从连接
change
master to master_host='192.168.132.120', master_user='slave',
master_password='slave', master_log_file='mysql_bin.000001', master_log_pos=637;
#用的是当前的二进制日志文件与position
start
slave; #同时启动I/O
线程和SQL线程
show slave
status\G #\G竖排查看,后面不能再加分号
#如果Slave_IO_Running与 Slave_SQL_Running均为yes,则主从架构成功
可能出现的报错及解决方法:
报错1:
ERROR 1198
(HY000): This operation cannot be performed as you have a running slave ''; run
STOP SLAVE '' first
stop slave
执行建立主从连接的命令
start slave
报错2:
Got fatal
error 1236 from master when reading data from binary log: 'Could not find first
log file name in binary log index file'
stop slave;
reset
slave;
start slave
galera简介
- galera集群又叫多主集群,用于数据库的同步,保证数据安全
- 最少3台,最好是奇数台数,当一台机器宕掉时,因为仲裁机制,这台机器就会被踢出集群。
- 通过wsrep协议监控其它节点状态
- 实时同步,当一个事务在一台机器提交,所有机器同时提交。效率低,但是安全性高
galera集群搭建
准备
三台机器:
192.168.132.120
192.168.132.131
192.168.132.134
防火墙为开启状态,添加防火墙端口
setenforce
firewall-cmd --add-port=/tcp
firewall-cmd --add-port=/tcp
firewall-cmd --add-port=/tcp
配置
第一步:编辑配置文件
vim /etc/my.cnf.d/server.cnf
[galera]
wsrep_on=ON
wsrep_provider=/usr/lib64/galera/libgalera_smm.so #库文件
wsrep_cluster_address="gcomm://192.168.132.120,192.168.132.131,192.168.132.134"
binlog_format=row #二进制日志指定为行模式,精确
第二步:初始化
其中1个节点执行,关机重启不需要再初始化,初始化一次就行。
mysqld_safe --wsrep_cluster_address=gcomm://192.168.132.120,192.168.132.131,192.168.132.134 #等待大约一分钟
第三步:启动数据库
执行初始化的节点:
systemctl stop mariadb
galera_new_cluster
其它节点:
systemctl restart mariadb
如果数据库启动失败,
vim /var/lib/mysql/grastate.dat
查看UUID是否是集群的UUID,如果不是需要手动修改为集群的UUID之后在启动
集群的UUID从执行初始化的节点查看
第四步:查看状态
show status like '%wsrep%';
关键参数:
wsrep_cluster_size | 3 | ##集群成员
wsrep_cluster_status | Primary | ##主服务器
wsrep_connected | ON | ##当前是否连接中
wsrep_incoming_addresses | 192.168.132.120:3306,192.168.132.131:3306,192.168.132.134:3306 | ##连接中的数据
wsrep_ready | ON | ##插件是否应用中
wsrep_cluster_state_uuid | b8ecf355-233a-11e8-825e-bb38179b0eb4 | ##UUID 集群唯一标记,每个节点UUID相同
| wsrep_received | 35 | ##数据复制接收次数
注意
如果启动集群出错可参考以下方案
哪个节点最后关闭,就在哪个节点执行galera_new_cluster,其余节点systemctl start mariadb
可以查看/var/lib/mysql/grastate.dat文件的safe_to_bootstrap: 1参数,如果为1代表此节点最后关闭