1. redis搭建哨兵原理和集群实现。 哨兵，英文名 Sentinel，是一个分布式系统，用于对主从结构中的每一台服务器进行监控，当主节点出现故障后通过投票机制来挑选新的主节点，并且将所有的从节点连接到新的主节点上。 哨兵的三个作用： 监控：监控谁?支持主从结构的工作一个是主节点一个是从节点，那肯
2023-08-18
作者： 郑明泉、余凯 为啥争吵，吵什么？ "你到底在说什么啊，我K8s的ecs节点要访问clb的地址不通和本地网卡有什么关系..." 气愤语气都从电话那头传了过来，这时电话两端都沉默了。过了好一会传来地铁小姐姐甜美的播报声打断了刚刚的沉寂「乘坐地铁必须全程佩戴口罩，下一站西湖文化广场...」。 po
2023-08-18
作者： Xing Yang (VMware) and Ashutosh Kumar (Elastic)译者： Xin Li (Daocloud)Kubernetes 节点非体面关闭特性现已在 Kubernetes v1.28 中正式发布。此特性在 Kubernetes v1.24 中作为 Alpha
2023-08-16
什么是minio 一个高性能的Web应用系统，需要可以很好的实现横向扩展，就需要把应用和计算节点做成无状态的形式，即节点本身不存储应用级别的状态和数据。但随之带来的问题就是现实的业务需求，又需要在节点间保持数据的一致性，就是对于应用而言，无论有多少个节点，都是一致透明的系统。我们熟知的关系型数据库可
2023-08-15
MySQL是广泛使用的开源关系型数据库管理系统，为支撑日益增长的应用负载和用户请求数，了解MySQL底层原理显得格外重要。下面我们将简单介绍MySQL的底层运作原理。MySQL的底层存储引擎有多种，其中InnoDB是最常用的引擎。MySQL使用的是B+树作为索引结构，B+树又是一种多路搜索树，每个节
2023-08-15
今天来和大家聊聊Nginx在我们实际应运用中的一些非常有用的点。早期的业务都是基于单体节点部署，由于前期访问流量不大，因此单体结构也可满足需求，但随着业务增长，流量也越来越大，那么最终单台服务器受到的访问压力也会逐步增高。时间一长，单台服务器性能无法跟上业务增长，就会造成线上频繁宕机的现象发生，最终
2023-08-15
源码版本：pg 14.3 源文件：src/backend/replication/syncrep.c 原文地址：https://www.mytecdb.com/blogDetail.php?id=239 1、PG同步复制简介 同步复制是 pg 9.1 版本引入的新特性，事务提交
2023-08-15
MySQL Group Replication（MGR）组复制支持单主模式和多主模式，本文简单介绍单主模式下，选举新主节点的不同方法。 在 8.0.2 版本之前，主节点选举是基于节点的 UUID 编号，在一次故障切换过程中，最小的 UUID 那个节点将被选举为新主节点。 从 8.0.2 版本
2023-08-15
风一样自由 [openGauss](javascript:void(0)😉 2023-07-29 17:58 发表于四川 一．环境准备 已搭建openGauss一主两备集群（企业版5.0），环境如下： 主机IP 主机名 节点类型 10.100.10.92 yf1 主节点 10.100.10.93 y
2023-08-15
1. 传统主从复制技术架构传统主从复制的方式是在master节点上执行数据更新事务，而后记录这些事务到binlog中，再将binlog发送到slave节点转储成relay log，在slave节点上再有单独的线程读取这些relay log然后重新执行或应用这些事务，它是shared-nothing的
2023-08-15
今天介绍MGR集群的日常管理维护操作，包括主节点切换，单主&多主模式切换等。手工操作以及利用MySQL Shell两种方式都会分别介绍。现在有个三节点的MGR集群：mysql> select * from performance_schema.replication_group_mem
2023-08-15
MGR和传统主从复制类似，在运行过程中主要关注各节点的运行状态，以及Secondary节点的事务是否有延迟。本文介绍如何监控MGR节点状态、事务状态等。1. 节点状态监控通过查询 performance_schema.replication_group_members 表即可知道MGR各节点的状态：
2023-08-15
本文介绍MGR的选主算法，以及当MGR集群中有多个不同版本混搭时，如何才能正常运行，有什么注意事项。1. 选主算法MGR运行在单主模式时，当发生主节点切换，就需要进行选主工作。多主模式下，所有节点都是主节点，就不需要选主了。MGR的选主工作是自动的，每个节点都会参与。选主时会检查当前最新的组视图，对
2023-08-15
本文从日志解读MGR节点加入过程。1. 从日志理解（手动）加入新节点过程新节点加入MGR集群时，通过观察它的日志（设置 log_error_verbosity=3 日志中能记录更多信息，便于跟踪和排查故障），能更好的理解MGR的工作过程及数据同步机制。下面是（命令行手工操作方式，不是通过MySQL
2023-08-15
本文介绍节点加入时是如何进行分布式恢复的。1. 数据恢复过程每当有节点新加入或重新加入MGR集群时，该节点必须要先追平落后（有差异）的事务，这个追平最新数据的过程称为分布式恢复。先进行 本地恢复，然后再进行 全局恢复。本地恢复主要工作是先启动本地group_replication_applier恢复
2023-08-15
本文介绍MGR中的流量控制（流控）是怎么工作的。1. MGR流控在MGR中，各个节点的事务处理能力不尽相同，这就可能会造成个别节点上存在事务复制延迟，在这些节点上就有可能读取到旧事务数据。复制延迟的另一个风险时，当有新节点加入时，需要选择一个节点作为donor节点，若该节点存在延迟，则可能最后会选中
2023-08-15
本文介绍MGR的故障检测机制，以及发生网络分区后如何处理。1. 故障检测当MGR中个别节点与其他节点通信异常时，就会触发故障检测机制，经过多数派节点投票判断后再决定是否将其驱逐出MGR。发生故障时，只有当多数派节点存活前提下，故障检测机制才能工作正常，使得MGR恢复可用性；当多数派节点本身已经异常的
2023-08-15
本文介绍MGR如何保障数据一致性及安全性。1. MGR事务一致性对于MGR这样的"分布式"系统而言，需要在多个节点间保障事务的一致性，无论各个节点状态正常，或者个别节点处于故障修复状态，都要能保证各个节点的事务数据最终一致。所谓的最终一致性是指当所有写事务请求都停止后，各个节点上的事务数据是一致的。
2023-08-15
本文介绍GreatSQL的一些关键新特性，相关特性主要针对GreatSQL 8.0.x版本（不含GreatSQL 5.7.x版本中的相关特性）。1. 地理标签可以对每个节点设置地理标签，主要用于解决多机房数据同步的问题。新增选项 group_replication_zone_id，用于标记节点地理标
2023-08-15
1、引子某次测试过程中，发现在 AFTER 级别下，节点故障会导致集群无法进行事务提交，同时，当事务进入提交阶段后，其它节点无法开启只读事务。整个集群无法正常提供服务，直到故障节点被踢出集群。以下首先复现上述故障场景的步骤：1、初始化一个3节点的集群。集群信息如下： mysql> sel
2023-08-15