主主同步和高可用方案

最新推荐文章于 2021-02-02 04:10:26 发布
最新推荐文章于 2021-02-02 04:10:26 发布
阅读量214 收藏 1
点赞数
文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ai520tan/article/details/102730527
版权

 MySQL主主+Keepalived
 MySQL+DRBD+Heartbeat
在企业中，数据库高可用一直是企业的重中之重，中小企业很多都是使用mysql主主方案，一主多从，读写分离等，但是单主存在单点故障，从库切换成主库需要作改动。因此，如果是双主或者多主，就会增加mysql入口，增加高可用。不过多主需要考虑自增长ID问题，这个需要特别设置配置文件，比如双主，可以使用奇偶，总之，主之间设置自增长ID相互不冲突就能完美解决自增长ID冲突问题。

主主方案实现思路
1、 两台mysql都可读写，互为主备。默认只使用一台masterA负责数据的写入，另一台masterB备用处于备用状态；
2、 masterA是masterB的主库，masterB又是masterA的主库，它们互为主从；
3、 两台主库之间做高可用,可以采用keepalived等方案，使用VIP对外提供服务；
4、所有提供服务的从服务器与masterB进行主从同步（双主多从）;
5、建议采用高可用策略的时候，masterA或masterB均不因宕机恢复后而抢占VIP（非抢占模式）；
这样做可以在一定程度上保证主库的高可用,在一台主库down掉之后,可以在极短的时间内切换到另一台主库上，尽可能减少主库宕机对业务造成的影响，减少了主从同步给生产主库带来的压力；

但是也有几个不足的地方:
 masterB可能会一直处于空闲状态（可以用它当从库，负责部分查询）；
 主库后面提供服务的从库要等masterB先同步完了数据后才能去masterB上去同步数据，这样可能会造成一定程度的同步延时；
在这里插入图片描述
第一台机器

[root@localhost ~]# vim /etc/my.cnf
[mysqld]
server-id=1
log-bin=mysql-binlog				#打开二进制功能
log-slave-updates=true
max_binlog_size=1024M			#binlog单文件最大值	
auto_increment_offset = 1
auto_increment_increment = 2		#奇数ID

replicate-ignore-db = information_schema	#忽略不同步主从的数据库
replicate-ignore-db = performance_schema
replicate-ignore-db = test
replicate-ignore-db = mysql

max_connections = 3000
max_connect_errors = 30

skip-character-set-client-handshake	#忽略应用程序想要设置的其他字符集
init-connect='SET NAMES utf8'		#连接时执行的SQL
character-set-server=utf8			#服务端默认字符集
wait_timeout=1800				#请求的最大连接时间
interactive_timeout=1800			#和上一参数同时修改才会生效
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES	#sql模式

relay-log=relay-log-bin				#开启中继日志
relay-log-index=slave-relay-bin.index
[root@localhost ~]# systemctl restart mariadb
[root@localhost ~]# mysql
MariaDB [(none)]> grant replication slave on *.* to 'repl'@'192.168.200.112' identified by '123456';
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> flush privileges;
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> show master status;
+---------------------+----------+--------------+------------------+
| File                | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------------+----------+--------------+------------------+
| mysql-binlog.000004 |      486 |              |                  |
+---------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

第2台机器

[root@localhost ~]# cat /etc/my.cnf
[mysqld]
server-id       = 2
log-bin=mysql-binlog
log-slave-updates=true
max_binlog_size=1024M
auto_increment_offset = 2
auto_increment_increment = 2				#偶数ID

replicate-ignore-db = information_schema
replicate-ignore-db = performance_schema
replicate-ignore-db = test
replicate-ignore-db = mysql

max_connections = 3000
max_connect_errors = 30

skip-character-set-client-handshake
init-connect='SET NAMES utf8'
character-set-server=utf8
wait_timeout=1800
interactive_timeout=1800
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

relay-log=relay-log-bin 
relay-log-index=slave-relay-bin.index
[root@localhost ~]# systemctl restart mariadb
[root@localhost ~]# mysql
MariaDB [(none)]> grant replication slave on *.* to 'repl'@'192.168.200.111' identified by '123456';
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> flush privileges;
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> show master status;
+---------------------+----------+--------------+------------------+
| File                | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------------+----------+--------------+------------------+
| mysql-binlog.000001 |      889 |              |                  |
+---------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

特别参数说明
log-slave-updates = true #将复制事件写入binlog,一台服务器既做主库又做从库此选项必须要开启
masterA自增长ID
auto_increment_offset = 1
auto_increment_increment = 2 #奇数ID
masterB自增加ID
auto_increment_offset = 2
auto_increment_increment = 2 #偶数ID

测试环境，可以保证没数据写入。否则需要的步骤是：先masterA锁表–>masterA备份数据–>masterA解锁表 -->masterB导入数据–>masterB设置主从–>查看主从
第1台机器

MariaDB [(none)]> stop slave;
Query OK, 0 rows affected, 1 warning (0.00 sec)

MariaDB [(none)]> change master to master_host='192.168.200.112',master_port=3306,master_user='repl',master_password='123456',master_log_file='mysql-binlog.000001',master_log_pos=889;
Query OK, 0 rows affected (0.04 sec)

MariaDB [(none)]> start slave;
Query OK, 0 rows affected (0.01 sec)
MariaDB [(none)]> show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.200.112
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-binlog.000001
          Read_Master_Log_Pos: 889
               Relay_Log_File: relay-log-bin.000002
                Relay_Log_Pos: 532
        Relay_Master_Log_File: mysql-binlog.000001
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes

第2台机器

MariaDB [(none)]> stop slave;
Query OK, 0 rows affected (0.01 sec)

MariaDB [(none)]> change master to master_host='192.168.200.111',master_port=3306,master_user='repl',master_password='123456',master_log_file='mysql-binlog.000004',master_log_pos=486;
Query OK, 0 rows affected (0.13 sec)

MariaDB [(none)]> start slave;
Query OK, 0 rows affected (0.01 sec)

MariaDB [(none)]> show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.200.111
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-binlog.000004
          Read_Master_Log_Pos: 486
               Relay_Log_File: relay-log-bin.000002
                Relay_Log_Pos: 532
        Relay_Master_Log_File: mysql-binlog.000004
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes

第1台机器

MariaDB [(none)]> create database test01;
Query OK, 1 row affected (0.01 sec)

第2台机器

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| test               |
| test01             |
+--------------------+
5 rows in set (0.00 sec)

MariaDB [(none)]> create database test02;
Query OK, 1 row affected (0.00 sec)

第1台机器

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| test               |
| test01             |
| test02             |
+--------------------+
6 rows in set (0.00 sec)

MySQL主主高可用方案
masterA配置

[root@localhost ~]# yum -y install keepalived
[root@localhost ~]# cat /etc/keepalived/keepalived.conf 
! Configuration File for keepalived

global_defs {
   router_id LVS_MASTER-A
}

vrrp_script mysql {
    script "/opt/mysql.sh"
    interval 2
    weight -5                 
    fall 2                 
    rise 1
}

vrrp_instance VI_1 {
    state BACKUP
    interface ens32
    virtual_router_id 51
priority 100
nopreempt
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    track_script {
        mysql
    }
    virtual_ipaddress {
        192.168.200.254
    }
}
[root@localhost ~]# cat /opt/mysql.sh 
#!/bin/bash
counter=$(netstat -na|grep "LISTEN"|grep "3306"|wc -l)
if [ "${counter}" -eq 0 ]; then
    systemctl stop keepalived
fi
[root@localhost ~]# chmod +x /opt/mysql.sh
[root@localhost ~]# systemctl start keepalived
[root@localhost ~]# ip a | grep ens32
2: ens32: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    inet 192.168.200.111/24 brd 192.168.200.255 scope global ens32
inet 192.168.200.254/32 scope global ens32

[root@localhost ~]# tail -f /var/log/messages
Feb 12 17:23:23 localhost Keepalived_vrrp[70087]: VRRP_Instance(VI_1) Transition to MASTER STATE
Feb 12 17:23:24 localhost Keepalived_vrrp[70087]: VRRP_Instance(VI_1) Entering MASTER STATE
Feb 12 17:23:24 localhost Keepalived_vrrp[70087]: VRRP_Instance(VI_1) setting protocol iptable drop rule
Feb 12 17:23:24 localhost Keepalived_vrrp[70087]: VRRP_Instance(VI_1) setting protocol VIPs.
Feb 12 17:23:24 localhost Keepalived_vrrp[70087]: Sending gratuitous ARP on ens32 for 192.168.200.254
Feb 12 17:23:24 localhost Keepalived_vrrp[70087]: VRRP_Instance(VI_1) Sending/queueing gratuitous ARPs on ens32 for 192.168.200.254
Feb 12 17:23:24 localhost Keepalived_vrrp[70087]: Sending gratuitous ARP on ens32 for 192.168.200.254

masterB配置

[root@localhost ~]# cat /etc/keepalived/keepalived.conf 
! Configuration File for keepalived

global_defs {
   router_id LVS_MASTER-B
}

vrrp_script mysql {
    script "/opt/mysql.sh"
    interval 2
    weight -5                 
    fall 2                 
    rise 1
}

vrrp_instance VI_1 {
    state BACKUP
    interface ens32
    virtual_router_id 51
    priority 99
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    track_script {
        mysql
    }
    virtual_ipaddress {
        192.168.200.254
    }
}
[root@localhost ~]# cat /opt/mysql.sh 
#!/bin/bash
counter=$(netstat -na|grep "LISTEN"|grep "3306"|wc -l)
if [ "${counter}" -eq 0 ]; then
    systemctl stop keepalived
fi
[root@localhost ~]# chmod +x /opt/mysql.sh
[root@localhost ~]# systemctl start keepalived
[root@localhost ~]# tail -f /var/log/messages 
Feb 12 17:28:02 localhost Keepalived_healthcheckers[70075]: WARNING - script '/root/shutdown.sh' is not executable for uid:gid 0:0 - disabling.
Feb 12 17:28:02 localhost Keepalived_healthcheckers[70075]: SECURITY VIOLATION - check scripts are being executed but script_security not enabled.
Feb 12 17:28:02 localhost kernel: ip_set: protocol 6
Feb 12 17:28:02 localhost kernel: IPVS: [wrr] scheduler registered.
Feb 12 17:28:02 localhost Keepalived_healthcheckers[70075]: Activating healthchecker for service [192.168.200.254]:3306
Feb 12 17:28:02 localhost Keepalived_vrrp[70076]: VRRP_Instance(VI_1) removing protocol VIPs.
Feb 12 17:28:02 localhost Keepalived_vrrp[70076]: VRRP_Instance(VI_1) removing protocol iptable drop rule
Feb 12 17:28:02 localhost Keepalived_vrrp[70076]: Using LinkWatch kernel netlink reflector...
Feb 12 17:28:02 localhost Keepalived_vrrp[70076]: VRRP_Instance(VI_1) Entering BACKUP STATE
Feb 12 17:28:02 localhost Keepalived_vrrp[70076]: VRRP sockpool: [ifindex(2), proto(112), unicast(0), fd(10,11)]

1、 测试VIP转移
masterA配置

[root@localhost ~]# systemctl stop mariadb
[root@localhost ~]# ip a | grep ens32
2: ens32: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    inet 192.168.200.111/24 brd 192.168.200.255 scope global ens32
[root@localhost ~]# ps aux | grep mysql
root      83651  0.0  0.0 112720   980 pts/2    S+   14:30   0:00 grep --color=auto mysql

masterB配置

[root@localhost ~]# ip a | grep ens32
2: ens32: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    inet 192.168.200.112/24 brd 192.168.200.255 scope global ens32
inet 192.168.200.254/32 scope global ens32

[root@localhost ~]# tail -f /var/log/messages
Feb 13 14:30:02 localhost Keepalived_vrrp[79095]: VRRP_Instance(VI_1) Entering MASTER STATE
Feb 13 14:30:02 localhost Keepalived_vrrp[79095]: VRRP_Instance(VI_1) setting protocol VIPs.
Feb 13 14:30:02 localhost Keepalived_vrrp[79095]: Sending gratuitous ARP on ens32 for 192.168.200.254
Feb 13 14:30:02 localhost Keepalived_vrrp[79095]: VRRP_Instance(VI_1) Sending/queueing gratuitous ARPs on ens32 for 192.168.200.254

2、 在远程客户端测试
mysql服务器授权

[root@localhost ~]# mysql -uroot
MariaDB [(none)]> grant all on *.* to 'root'@'192.168.200.%' identified by '123456';
MariaDB [(none)]> flush privileges;

通过vip登陆测试

[root@localhost ~]# mysql -uroot -p123456 -h 192.168.200.254
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 5796
Server version: 5.5.56-MariaDB MariaDB Server

Copyright (c) 2000, 2017, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| test               |
| test01             |
| test02             |
+--------------------+
6 rows in set (0.00 sec)
好久不见I丶
关注
MySQL主从高可用原理
Bertram的博客
03-24 495
MySql主从高可用架构 Mysql常用的两大引擎有 MyISAM 和 innoDB，有什么明显区别及在什么场合使用什么引擎呢？ MyISAM 类型的表强调的是性能，其执行速度比 innoDB类型更快，但不提供事务支持，如果执行大量的 SELECT操作，MyISAM 是更好的选择，支持表锁。 InnoDB 提供事务支持事务，外部键等高级 数据库功能，执行大量的 INSERT 或 UPDATE，处于性能方面的考虑，应该使用 InnoDB表，支持行锁。 随着访问量的不断增加，mysql 数据库压力不断增
LVS+Keepalived 主主和主从模式高可用环境部署梳理（个人精华版）
08-31
本篇文章详细记录了LVS+Keepalived 主主和主从模式高可用环境部署过程,可作为线上长期的实操手册.特此分享,希望能帮助到有用到的朋友.
Mysql主主复制高可用解决方案
经典鸡翅
08-17 488
前言 最近做一个项目，项目考虑了一些风险，其中就有mysql宕机的风险，mysql是申请了两台服务器。于是打算搞个主主复制，用keepalived进行漂移实现高可用。 方案可行性 首先主主复制可以保证两台机器数据同步，keeplalived通过虚拟ip，保证我们的mysql可以快速切换。方案可行。 搭建步骤 首先我们准备好两台已经搭建好的mysql服务器。 ip分别为15.1.1.46，...
mysql主主高可用_keepalived+MySQL主主高可用
weixin_36488589的博客
02-02 106
keepalived+MySQL主主高可用发布时间：2020-02-19 15:02:04来源：51CTO阅读：138作者：DB柠檬茶keepalived+MySQL主主高可用一、环境介绍：10.1.1.174:23316 M110.1.1.237:23316 M2二、配置双主：略。三、keepalive安装[root@master1 ~]# cd /usr/local/src/[ro...
mysql高可用方案之主主架构(master-master)
weixin_34060299的博客
11-16 331
mysql的主从是将主服务器操作记录写入二进制日志文件,然后通过mysql dump线程将日志传到从服务器中继日志中,从服务器在中继日志读取信息并执行.mysql主主架构原理和主从差不多,只是两台服务器都要开启二进制日志文件,并互相传送给对方读取日志中的内容,使数据同步.两台服务器可以同时读也可以同时写,但不能解决单点故障. 环境规划: ...
KVM开源高可用方案汇总.pdf
06-24
KVM开源高可用方案汇总涉及的知识点主要围绕KVM虚拟机管理、高可用性设计、存储方案、网络配置、RAID配置、以及集群资源管理工具的使用。 首先，KVM是Kernel-based Virtual Machine的缩写，是一种开源的虚拟化技术...
达梦数据两地三中心高可用方案
最新发布
02-21
总的来说，"达梦数据两地三中心高可用方案"是一个综合性的灾备解决方案，它利用先进的数据同步和备份技术，结合同城双中心和异地灾备中心的架构，旨在最大程度地保证关键业务系统的高可用性和灾难恢复能力，降低因...
Oracle数据库高可用方案原理介绍.docx
10-14
Oracle数据库高可用方案原理介绍 Oracle数据库作为业界领先的商业数据库管理系统，提供了多种高可用性解决方案，以确保关键业务系统的连续性和数据完整性。本文将详细解析Oracle的三种主要高可用方案：Real ...
TDSQL多地多中心高可用方案设计.pptx
10-17
综上所述，TDSQL的多地多中心高可用方案结合了技术上的创新和实践中的经验，为大型企业构建高可靠性的数据库系统提供了有力支持。其设计考虑了各种潜在的风险和挑战，通过灵活的部署选项，确保在复杂环境中数据的...
TBase多中心多活与高可用方案实践.pdf
10-17
总之，TBase的多中心多活与高可用方案为企业提供了强大的数据管理能力，通过优化的数据分布和故障恢复机制，确保了业务的连续性和数据的一致性。然而，实施这样的方案也需要考虑其带来的复杂性和挑战，如性能优化、...
四、MySQL主主同步与高可用
rightlzc的博客
09-10 1357
1.主主同步 Master：192.168.164.152 ~]# cat /etc/my.cnf #我们这儿使用GTID实现复制 [mysqld] datadir = /opt/mysql/data basedir = /opt/mysql socket = /tmp/mysql.sock symbolic-links = 0 skip-n...
mysql主主高可用_MYSQL 主主热备高可用方案与实现
weixin_39596090的博客
02-02 118
我们选择主主互热备做生产环境MYSQL高可用方案，该方案的优点是在压力大的时候，仍然可以通过设置负载均衡来做业务分发。而且最重要的是配置简单，两份配置都一样，改个IP就可以就喜欢简单的东西。目前考虑负债均衡分发可能有同步过程中引起数据不一致的问题，我们使用主主机制做数据即时同步，用KeepAliveD做数据库监控及故障自动切换。实现：1.数据库主从设置：MYSQL安装完成后，mysql的配置修改为...
数据架构:从主备,主主到集群的高可用方案
Enmotech的博客
10-11 3511
本文选自公众号：不止思考精彩预告：第八届数据技术嘉年华大会将于2018年11月16日~17日在北京市朝阳区东三环中路61号富力万丽酒店盛大开启。本次大会邀请互联网领先企业...
架构设计之「数据库从主备到主主的高可用方案」
weixin_30802171的博客
09-27 289
在互联网项目中，当业务规模越来越大，数据越来越多，随之而来的就是数据库压力会越来越大。慢慢就会发现，数据库层可能已经成为了整个系统的关键点和性能瓶颈了，因此实现数据层的高可用就成为了我们项目中经常要解决的问题。 本文我们就来聊一聊如何实现数据存储层的高可用方案。在保障数据层的高性能与高稳定方面，最容易想到的方式就是对数据进行分片、多份、冗余等，很多架构的本质其实也是基于这几点来实现的。 这里先...
MySQL 高可用：主从配置或主主(双主)配置
10-19 1万+
mysql 的主从复制可以实现mysql的多种高可用性，如数据库的读写分离 ，在线热备，负载均衡，数据分布 等。 mysql 主从同步原理： 1.  master 将操作记录到二进制日志(binary log)中； 2.  slave IO 线程 将master的binary log events读写到它的中继日志(relay log)； 3.  slave SQL进程读取中继日志
mysql 主主 奇偶_使用Keepalived实现MySQL主主高可用
weixin_28696185的博客
01-21 70
准备环境准备两台虚拟机，CentOS7。节点DB1：192.168.11.31。节点DB2：192.168.11.32。假设我们已经把MySQL安装好，并已实现了主主同步功能，详见本站文章：《MySQL/MariaDB主主数据同步配置》。接下来我们要做的是，安装Keepalived，并配置实现MySQL高可用。就是要实现功能：两个节点中有一个发生故障会自动切换到另一个节点上。安装Keepalive...
Redis高可用简述与同步机制
哼°
12-01 497
1、什么是高可用？ 单机redis支撑的并发量有限（一般QPS在1W-几W不等），如果并发量大可能导致redis挂掉；redis配置不合理，fork子进程同步也可能导致redis挂掉（伪挂）；操作系统异常（JVM挂掉、OOM、CPU过载、磁盘满了IOYICHANG）或者网络变更、迁移等也可能导致redis挂掉（暂停对外服务）。等等这些，可能引起业务系统正常运转的，都是非高可用的表现。理想状态...
Nginx+keepalived 高可用双机热备（主从模式/双主模式）
热门推荐
半僧
08-28 7万+
基础介绍 负载均衡技术对于一个网站尤其是大型网站的web服务器集群来说是至关重要的！做好负载均衡架构，可以实现故障转移和高可用环境，避免单点故障，保证网站健康持续运行。 关于负载均衡介绍，可以参考：linux负载均衡总结性说明（四层负载/七层负载） 由于业务扩展，网站的访问量不断加大，负载越来越高。现需要在web前端放置nginx负载均衡，同时结合keepalived对前端nginx...
mysql数据库负载均衡高可用之主从、主主备份，实时同步
weixin_30325487的博客
09-11 1207
一：MySQL Replication 什么是MySQL Replication Replication可以实现将数据从一台数据库服务器（master）复制到一或多台数据库服务器（slave） 默认情况下属于异步复制，无需维持长连接 通过配置，可以复制所有的库或者几个库，甚至库中的一些表 是MySQL内建的，本身自带的 Replication的原...
KVM开源高可用方案详解：构建与管理
KVM开源高可用方案汇总文档提供了详细的KVM（Kernel-based Virtual Machine）环境下的高可用性解决方案，主要聚焦在DRBD（Distributed Replicated Block Device）技术的应用。以下是关键知识点： 1. **DRBD与KVM...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值