docker环境下，配置MySQL一主一从，master负责写，slave负责读，从而做到读写分离。非docker环境下配置基本一样，这里为了安装MySQL方便使用docker容器，只需在docker中开2个MySQL。一、环境准备创建2个文件夹用于本机文件关联容器文件，只需修改本机文件容器中的文件也相应修改mkdir -p /home/docker/mysql/c_master1
mkdir -
MySQL主从服务器（Replication）的设置：1.首先在主服务器上为从服务器建立一个账户。2.登录从服务器使用步骤一申请的用户名和密码访问主数据库如果可以访问代表建立用户成功。只有3.2版本以上的才支持该技术。 测试环境：
A:10.16.0.246
B:10.16.0.247
MYSQL 5.1.60版本
linux：redhat el 5.4
MYSQL基本命
主备一致MySQL主备的基本原理binlog的三种格式对比为什么会有mixed的binlog格式循环复制问题总结 binlog可以用来归档，也可以用来做主备同步，为什么备库执行了binlog就可以和主库保持一致？ MySQL主备的基本原理 状态1中，客户端的读写都直接访问节点A,节点B是节点A的备库，只是将A的更新同步到本地执行，保证节点A和B的数据是相同的；状态2中，客户端读写访问的都是节点
MySQL 主主同步配置服务器名IP系统MySQLodd.example.com192.168.1.116rhel-5.85.5.16even.example.com192.168.1.115rhel-5.85.5.16假设要同步的库是 db_rocky㈠ 创建同步用户在 ODD上mysql> grant replication slave on *.* to 'water'@'192.16
Mysql主从复制为什么要部署主从复制Mysql支持的复制类型主从复制的原理过程部署主从复制部署环境设置master主服务器 20.0.0.105设置slave从服务器 20.0.0.106设置slave从服务器 20.0.0.107验证 为什么要部署主从复制在一些企业网站中，后端Mysql 数据库只有一台时，会有以下问题 1）单点故障点，服务不可用 2）无法处理大量的并发数据请求 3）数据丢失
转载
2023-11-08 20:37:40
62阅读
LVS的DR工作模式，是目前生产环境中最常用的一种工作模式，网上的资料也是最多的，有的文章对DR工作模式的讲解还是比较透彻的。这里我们通过图文的方式再向您介绍一下DR的工作模式（同样，如果看不清楚，请右键“查看原图”）：上图反映了DR模式的整个工作过程，同样为了简单起见，这里的Real Server也只画了一个。如果是多个Real Server的话，LVS会通过调度算法来决定发往哪台Real Se
达梦主备集群顾名思义就是一主一备（也可以一主多备）是一种集成化的高可靠性解决方案，同时满足用户对数据安全性和高可用性的要求。解决由于硬件故障、自然灾害等原因导致的数据库服务长时间中断问题，满足用户不间断提供数据库服务的要求，即实现系统的双机热备功能。在使用的过程中，如果是实时同步模式的话，主机和备机的数
转载
2023-11-26 11:22:08
247阅读
我们都知道，数据库在计算机应用中有着举足轻重的作用。为什么我们需要数据库，这个问题并不难回答，因为我们的很多数据需要进行持久化，并且需要高效地进行存储，并且可以快速读取，数据要保持准确，不同机器也要保持一致性。我们都知道，是机器就可能会出问题，并且还可能伴随着网络、电网等多种不可抗力因素，这年头，像支付宝被挖断光纤的事情，几乎每年就会出现好几起。今天，我们来聊一聊数据库的一些事情。我们常常使用分布
数据库集群主要有主备、主从、分库、分表等方案。一 、主备主要用来做存储高可用，当主库挂了之后可以利用备库来代替主库，备库不提供任何的访问能力。问题所在：主备数据同步是有延时的，数据量非常大的情况下可能会达到一分钟以上。如果这个时候主库所在服务器宕机，可能会造成备库数据不一致的情况。当主库恢复正常运行之后，是把主库设置成新的备库来使用，还是仍然当成主库来使用呢。二、主从读写分离，主库负责写
在数据库环境中，一主一备是比较传统的使用方式，在灾难发生的时候，可以灵活的切换主备角色，依然可以保持服务的可访问性。但是一些核心系统来说还是会有更多的过滤，一主一备似乎还是不够稳妥，如果主备出现问题，如果有另外一个备库还是有可选的余地，这种情况不是不可能发生，正是因为核心业务的需要还是需要保证数据的安全。
很多场景下，一主两备会保持这样的场景，一主一备在同一个区域内，这样在出现问题的时候
转载
2023-12-21 11:43:58
88阅读
1、主主在之前主从服务器的模型上，将主作为备，备作为主进行授权（192.168.0.152开始是主，现要作为备）MariaDB [(none)]> grant replication slave on *.* to slave@'192.168.0.152' identified by '123456';192.168.0.152上进行接收授权：MariaDB [(none)]> ch
概念 MySQL之间数据复制的基础是二进制日志文件（binary log file）。一台MySQL数据库一旦启用二进制日志后，其作为master，它的数据库中所有操作都会以“事件”的方式记录在二进制日志中，其他数据库作为slave通过一个I/O线程与主服务器保持通信，并监控master的二进制日志文件的变化，如果发现master二进制日志文件发生变化，则会把变化复制到自己的中继日志中，
一主多从的设置主要用来读写分离，主库负责所有的写入和一部分读，其他的读请求由从库承担。其中A'和A还互为主备库，当主库A发生故障时，A'会成为新的主库，此时从库B和C需要改到同步A'。一般这种都会有专门的系统完成，我们可以看一下这种专门的系统大体有哪几种方式完成主备切换。主备切换的方式有几种？基于位点的主备切换基于GTID的主备切换如何设置节点B成为A'的主库？需要在节点B上执行以下
一个主机 m1 用于处理所有写请求，它的从机 s1 和另一台主机 m2 还有它的从机 s2 负责所有读请求。当 m1 主机宕机后，m2 主机负责写请求，m1、m2 互为备机。架构图如下：1. 搭建 MySQL 数据库主从复制（双主双从）1.1 双主配置Master1配置：修改配置文件：vim /etc/my.cnf
#主服务器唯一ID
server-id=1
#启用二进制日志
log-bin=my
转载
2023-08-11 08:43:13
292阅读
keepalived 主备使用本篇主要介绍一下 keepalived 的基本的 主备使用1.概述什么是 keepalived呢,它是一个集群管理中 保证集群高可用的软件,防止单点故障,keepalived是以VRRP协议为实现基础的，VRRP全称Virtual Router Redundancy Protocol，即虚拟路冗余协议虚拟路由冗余协议，可以认为是实现路由器高可用的协议，即将N台提供相同
mini介质安装Centos71.Centos环境准备1.1 启用root用户ssh登录vi /etc/ssh/sshd_config PermitRootLogin yes systemctl restart sshd.service1.2环境准备及安装yum -y updateyum install wget ftp ntp* mlocate o
1. 简介 HeartBeat用于搭建双机热备环境，可以通过专门的心跳线来连接双机，也可以通过普通的网线来连接。 官方网站：http://www.linux-ha.org/HeartBeat 本文所提到试验环境为： [root@alsme_probe3 tmp]# cat /etc/redhat-release Red Hat Enterprise Linux AS rele
在互联网项目中，当业务规模越来越大，数据越来越多，随之而来的就是数据库压力会越来越大。慢慢就会发现，数据库层可能已经成为了整个系统的关键点和性能瓶颈了，因此实现数据层的高可用就成为了我们项目中经常要解决的问题。本文我们就来聊一聊如何实现数据存储层的高可用方案。在保障数据层的高性能与高稳定方面，最容易想到的方式就是对数据进行分片、多份、冗余等，很多架构的本质其实也是基于这几点来实现的。这里先不看细节
集群介绍
• 根据功能划分为两大类：高可用和负载均衡
• 高可用集群通常为两台服务器，一台工作，另外一台作为冗余，当提供服务的机器宕机，冗余将接替继续提供服务
• 实现高可用的开源软件有：heartbeat、keepalived
• 负载均衡集群，需要有一台服务器作为分发器，它负责把用户的请求分发给后端的服务器处理，在这个集群里，除了分发器外，就是给用户提供服务的服务器了，这些服
keepalived是一个用于做双机热备（HA）的软件，常和haproxy联合起来做热备＋负载均衡，达到高可用。运行原理keepalived通过选举（看服务器设置的权重）挑选出一台热备服务器做MASTER机器，MASTER机器会被分配到一个指定的虚拟ip，外部程序可通过该ip访问这台服务器，如果这台服务器出现故障（断网，重启，或者本机器上的keepalived crash等），keepalived
