通常应用的场所是网站,主的机器是能够写能够读,从的机器能够读,也能够写,但不会同步。只有主的机器增删改,从的机器才会同步。node
主从至少三个线程:dump、I/O thread、 SQLthreadmysql
binary log:二进制日志,对于二进制文件的记录是串行(一条一条)记录。sql
relay log:中继日志数据库
原理:I/O线程先读到二进制日志(Binary log),而后dump线程给I/O线程返回,返回后写入到中继日志(Relay log),然后SQL线程进行读取,实现回放。bootstrap
当我只有一台主的时候,从节点不少,这样压力全都集中到了主的身上,这样对主的性能产生了很大的影响,如何解决???vim
blackhole引擎的特色:不能读,不能写。就利用这个特色只存储二进制文件。后端
延迟有好有坏,当我有大量的数据进入数据时,个人二进制日志是不能同时完成的,由于它是串行的就是一条一条执行,这样,主节点就会形成延迟,主节点已经延迟了,那么从节点在读取二进制日志的时候,就更延迟了。centos
好处:在我误操做的时候,能够先切断主从之间的链接,然后利用延迟从主节点修改个人误操做,力挽狂澜!!!缓存
异步:我给你发一个请求,你无须给我返回请求,我只是给你发送请求,好处是效率高,坏处是安全性低。安全
时时同步:我给你发一个请求,你必须给我返回一个信号,我才进行我下面的事情,好处是安全性高,缺点是效率低。
第一种方案:
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 这是用竖列的方式查看这两个线程有没有启动
多主的概念:哪一个都是老大
对于一条事物,同时提交,几乎无延迟。缺点性能会降低。缺点是必须得保证机器硬件的一致。不了会影响效率。
如何实现同步?
经过wsrep协议进行同步。端口号为4567
第一步:设置主机名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集群是否搭建成功。
show status like "wsrep_ready"; 查看glarea是否启动 show status like "wsrep_cluster_size"; 目前集群机器数 show status like "wsrep%"; 查看集群状态 show status like "wsrep_incoming_addresses"; 查看连接的主机ip