数据库平滑扩容数据库平滑扩容1. 扩容方案剖析1.1 扩容问题1.2 停机方案1.3 停写方案1.4 日志方案1.5 双写方案（中小型数据）1.6 平滑2N方案（大数据量）2. 平滑2N扩容方案实践2.1 实现应用服务级别的动态扩容2.1.1 MariaDB服务安装2.1.2 MariaDB双主同步2.1.3 KeepAlived安装与高可用配置2.1.4 搭建应用服务工程2.2 实现数据库的秒
转载
2024-08-26 00:03:55
67阅读
1. 扩容后的部署架构由之前的双主两台节点， 扩充为两对双主， 共四个节点：2. 新增数据库VIP在Server2节点上增加虚拟IP配置：修改/etc/keepalived/keepalived.conf，追加：...
vrrp_instance VI_2 { #vrrp实例定义
state BACKUP #lvs的状态模式，MASTER代
转载
2021-04-02 14:04:55
293阅读
2评论
作者：王克锋 众所周知，数据库很容易成为应用系统的瓶颈。单机数据库的资源和处理能力有限，在高并发的分布式系统中，可采用分库分表突破单机局限。本文总结了分库分表的相关概念、全局ID的生成策略、分片策略、平滑扩容方案、以及流行的方案。1 分库分表概述在业务量不大时，单库单表即可支撑。当数据量过大存储不下、或者并发量过大负荷不起时，就要考虑分库分表。1.1 分库分表相关术语读写分离: 不同的数据库，同步
转载
2022-08-16 11:31:55
1646阅读
作者：王克锋众所周知，数据库很容易成为应用系统的瓶颈。单机数据库的资源和处理能力有限，在高...
转载
2022-04-27 13:59:29
433阅读
Redis的生产平滑扩容
随着业务的发展，Redis的容量需求急剧上升，如何实现平滑扩容成为了一个关键问题。在这篇博文中，我们将详细探讨Redis的生产平滑扩容过程中的几个关键环节，包括备份策略、恢复流程、灾难场景、工具链集成、最佳实践以及扩展阅读。
### 备份策略
在扩容之前，首先需要确保数据的安全。制定合理的备份策略至关重要。这里我们使用甘特图来展示备份的时间安排和周期计划。
```m
学会数据库读写分离、分表分库——用Mycat，这一篇就够了！系统开发中，数据库是非常重要的一个点。除了程序的本身的优化，如：SQL语句优化、代码优化，数据库的处理本身优化也是非常重要的。主从、热备、分表分库等都是系统发展迟早会遇到的技术问题问题。Mycat是一个广受好评的数据库中间件，已经在很多产品上进行使用了。希望通过这篇文章的介绍，能学会Mycat的使用。安装Mycat官网：http://ww
转载
2023-12-18 10:46:16
30阅读
1.扩容方案剖析1.1扩容问题在项目初期，我们部署了三个数据库A、B、C，此时数据库的规模可以满足我们的业务需求。为了将数据做到平均分配，我们在Service服务层使用uid%3进行取模分片，从而将数据平均分配到三个数据库中。如图所示：!file(https://s2.51cto.com/images/blog/202211/17135511_6375ccbfaace527715.png)后期随着
推荐
原创
2022-11-17 13:55:20
1043阅读
博学谷狂野架构师原文链接：ht
转载
2022-11-26 22:31:39
705阅读
当配置一个集群时，我们需要为每一个server配置好时间相关的参数，并指定一个server列表，这样server之间就能彼此连接并检测失败。这些配置必须在所有server中保持一致。 initLimit此值的作用是一个follower初始化连接到leader的超时时间，单位是tickTime。当一个follower对leader发起一个初始化连接时，可能会有很多数据要传输，特别是如果fo
转载
2024-04-29 18:57:10
32阅读
在Kubernetes（K8S）集群中，K8S master的平滑扩容是指在不影响现有服务的情况下，逐步增加新的master节点，以提高集群的可用性和可扩展性。在这篇文章中，我将为你介绍如何实现K8S master平滑扩容。
首先，我们来看一下整个过程的步骤，可以使用表格展示流程：
| 步骤 | 操作 | 代码示例
原创
2024-04-17 11:31:36
52阅读
1. ShardingJDBC的集成配置POM依赖配置<dependencies>
<!--lombok-->
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId&
转载
2021-04-04 23:32:47
361阅读
2评论
我们介绍了mysql扩容时的问题，以及解决方案，需经历停服，增加库，迁移分发数据，重新开服后才能恢复服务，大大影响用户体验。那么有没有一种不那么影响用户，又能正常扩容数据库的办法呢？再回顾一下方案一，问题就在于需要停服一段时间，如果我们不停服，只是停止写数据库，期间服务器以只读的方式维持有限服务，用户可以登陆，可以查看自己的数据，可以参与任何的非DB写入性活动，那也是一种不错的办法这便是本篇博客要
转载
2022-12-24 05:07:52
64阅读
由于旧DB一直在进行CURD，一直有日志产生，即便通过上面的数据校验
转载
2022-12-14 11:07:19
67阅读
方案四：（平滑 2N 方案）原理是：每个数据库配置一个从库，读写分离架构，从库和主库数据基本保持一致。扩容时把所有的从库都变成主库，这样主库就从N个变成了2N个，哈希算法从%N变成%2N操作步骤如下1. N个主库，每个数据库配置一个从库 线上数据库，为了保障其高可用，给每台主库会配置一台从库，主库负责读写，从库负责读取。下图所示，A，B 是主库，A0 和 B0 是从库2. 扩容时把从库升
转载
2022-12-17 00:20:51
117阅读
一、缘起（1）并发量大，流量大的互联网架构，一般来说，数据库上层都有一个服务层，服务层记录了“业务库名”与“数据库实例”的映射关系，通过数据库连接池向数据库路由sql语句以执行：如上图：服务层配置用户库user对应的数据库实例物理位置为ip（其实是一个内网域名）。（2）随着数据量的增大，数据要进行水平切分，分库后将数据分布到不同的数据库实例（甚至物理机器）上，以达到降低数据量，增强性能的扩容目的：
原创
2020-11-12 22:51:30
204阅读
今天主要给大家介绍一下关于数据库秒级平滑扩容架构方案的内容。 一、缘起 (1)并发量大，流量大的互联网架构，一般来说，数据库上层都有一个服务层，服务层记录了“业务库名”与“数据库实例”的映射关系，通过数据库连接池向数据库路由sql语句以执行： 如上图：服务层配置用户库user对应的数据库实例物理位置
原创
2021-08-18 10:34:45
185阅读
一、缘起 （1）并发量大，流量大的互联网架构，一般来说，数据库上层都有一个服务层，服务层记录了“业务库名”与“数据库实例”的映射关系，通过数据库连接池向数据库路由sql语句以执行： 如上图：服务层配置用户库user对应的数据库实例物理位置为ip（其实是一个内网域名）。 （2）随着数据量的增大，数据要
转载
2020-11-24 11:19:00
199阅读
2评论
此时由于分片规则发生了变化（uid%3 变为 uid%4），导致大部分的数据，无法命中原有的数据，需要重新
转载
2022-12-14 11:11:28
60阅读
# 平滑升级MySQL
## 前言
MySQL是一款常用的开源关系型数据库管理系统，广泛应用于各种Web应用程序。随着业务的发展和需求的变化，升级MySQL版本是非常常见的操作之一。但是，升级MySQL并不是一件简单的事情，它可能会涉及到数据迁移、性能调优和应用程序兼容性等诸多问题。本文将介绍如何平滑升级MySQL，并给出相应的代码示例。
## 为什么要升级MySQL?
MySQL的升级有
原创
2023-10-28 06:52:36
40阅读
一、数据库扩容1、业务场景互联网项目中有很多“数据量大，业务复杂度高，需要分库分表”的业务场景。这样分层的架构(1)上层是业务层biz，实现业务逻辑封装；(2)中间是服务层service，封装数据访问；(3)下层是数据层db，存储业务数据；2、扩容场景和问题当数据量持续新增，面临着这样一些需求，两台数据库无法容纳，需要数据库扩容，这里选择2台—扩容到3台的模式，如下图：这样扩容的问题(1)分库分表
转载
2023-08-10 13:51:40
225阅读
