环境信息：主机名称IP备注harbor01192.168.61.56harbor1服务器harbor02192.168.61.57harbor2服务器192.168.61.59Nginx代理192.168.61.56/57两个节点分别部署docker-ce,docker-compose,harbor-offline-installer-v2.9.1.tgz部署docker-cedocker-com

1、配置的前置条件已知A服务器IP=192.168.0.11，B服务器IP=192.168.0.12建议使用相同版本的MySQL，若是小版本跨越一般是兼容的，如A的MySQL版本是5.7.1，B的MySQL版本是5.7.2；配置前需要保证两个数据库的数据一致，建议将A数据库同步到B数据库，以保证配置前A、B两台数据库的数据是一致的；

​先要确保两个数据库的数据一致1、master1上操作，修改my.cnf配置文件[mysqld]#必须唯一server_id=1#开启binlog日志log-bin=mysql-binrelay-log=relay-bin#要进行主从的数据库binlog-do-db=coin#指定自增id值从几开始auto_increment_offset=1#指定自增值的步长a

M-LAG的基本概念如图1所示，用户侧设备Switch（可以是交换机或主机）通过M-LAG机制与另外两台设备（SwitchA和SwitchB）进行跨设备链路聚合，共同组成一个双活系统。这样可以实现SwitchA和SwitchB共同进行流量转发的功能，保证网络的可靠性。图1 M-LAG基本拓扑下面介绍下M-LAG涉及的相关

214、215 两台服务器1.下载MySQL安装包https://cdn.mysql.com/archives/mysql-5.7/mysql-5.7.43-linux-glibc2.12-x86_64.tar.gz2.上传至服务器并解压./bin/mysqld--initialize--user=mysql--basedir=/usr/local/mysql--datadir=/data/mysql/data3.配置文件/etc/my

一、风哥PG-DBA培训16：PostgreSQL负载均衡分发与双主HA架构本课程由风哥发布的基于PostgreSQL数据库的系列课程，本课程属于PostgreSQL主从复制与高可用集群阶段之PostgreSQL负载均衡分发与双主HA架构，学完本课程可以掌握PostgreSQL高可用负载均衡解决方案，PostgreSQL+Keepalived流复

mysql数据库服务双主搭建1、搭建两台数据库服务环境，master，slave数据库搭建参考：https://www.cnblogs.com/zuouncle/p/17713806.html2、查看服务运行状态systemctlstatusmysqld 3、主库1（master）配置配置mysql的启动配置文件vim/etc/my.cnf#开启binlog日志log

背景当前很多开源系统都是基于k8s，而部署时会遇到组件包含mysql的情况。理想的情况下，是将mysql迁移到云上托管。但实际情况可能比较复杂，比如这个开源框架需要mysql的DML权限，但是公司DBA不提供；而基于k8s部署mysql的问题是，这个mysql集群往往是单点的。一般mysql会依赖于一个本地挂

[MySQL]master_host=master_port=3306master_user=rootmaster_password=slave_host=[DingTalk]#生产prod_webhook_url=https://oapi.dingtalk.com/robot/send?access_token=prod_secret=#测试dev_webhook_url=https://oapi.dingtalk.com/robot/send?access_tok

实现Master/Master的Keepalived双主架构master/slave的单主架构,同一时间只有一个Keepalived对外提供服务,此主机繁忙,而另一台主机却很空闲,利用率低下,可以使用master/master的双主架构,解决此问题.Master/Master的双主架构：即将两个或以上VIP分别运行在不同的keepalived服

MySQL双主复制（Master-MasterReplication）是一种基于MySQL异步复制（AsynchronousReplication）技术的高可用性方案。它的原理是将两台MySQL主服务器互相复制对方的数据，同时允许在两台服务器上进行读写操作，从而实现负载均衡和高可用性。具体来说，MySQL双主复制的原理如下：双主服务器

生产环境中一台mysql主机存在单点故障，所以我们要确保mysql的高可用性，即两台MySQL服务器如果其中有一台MySQL服务器挂掉后，另外一台能立马接替其进行工作。MySQL的高可用方案一般有如下几种：keepalived+双主，MHA，PXC，MMM，Heartbeat+DRBD等，比较常用的是keepalived+双主，MHA和PXC。本节主

服务规划：IP系统服务角色172.17.26.202centos7LDAP主172.17.26.207centos7LDAP从172.17.26.208centos7LDAP主说明：此架构是一套双主一从的架

具体搭建参考Linux两节点+keepalive搭建MySQL双主集群-So怪咖-博客园(cnblogs.com)auto_increment_offset=1#双主复制中，2台服务器的自增长字段初值分别配置为1

hg_repmgr是对开源工具repmgr做的增强型开发工具。Repmgr作为一个流复制管理工具，在集群高可用功能上比较欠缺。为此hg_repmgr做了功能增强，增加了virtualip，自动恢复失效节

A机:[client]#password=your_passwordport=3306socket=/tmp/mysql.sock#Herefollowsentriesforsomespecificprograms#TheMyS

Mysql双主自增长冲突处理 多主互备和主从复制有一些区别，因为多主中都可以对服务器有写权限，所以设计到自增长重复问题 出现的问题（多主自增长ID重复） 1:首先我们通过A

转自：https://www.cnblogs.com/gomysql/p/3675429.html，https://www.cnblogs.com/gomysql/p/3671896.htmlhttps://cloud.tencent.com/developer/article/10315421.MHA  

一环境规划节点IP功能VIPnode-01192.168.174.120keepalivedmaster/slave192.168.174.20node-02192.168.174.121keepalivedslave/master192.168.174.21二设置node-01节点

双主复制：在两个节点上都可以写入数据，互为主从节点。解决单点失败的问题：一个主节点失败，所有节点都会失败。双主配置：(1)各节点使用一个惟一server_id(2)都