现在做互联网开发的不懂点分布式，不懂点分库分表都不好意思说自己是互 联网搬砖人员。昨晚经常性失眠，根据前几天看的redis原理想到一个数据库的扩容方案。 一般分库分表都是基于一个字段或者多个字段组合的hash值进行取模运算进行分库分表的，说一个普通的，比如订单表进行分库分表，以订单id为key进行hash运算得到a=hash(id),数据库的数量为d，表的数量为t。b=a%d,则b是数据库的下标也
转载
2024-07-11 19:55:06
24阅读
（1）停机扩容 这个方案就跟停机迁移一样，步骤几乎一致，唯一的一点就是那个导数的工具，是把现有库表的数据抽出来慢慢倒入到新的库和表里去。但是最好别这么玩儿，有点不太靠谱，因为既然分库分表就说明数据量实在是太大了，可能多达几亿条，甚至几十亿，你这么玩儿，可能会出问题。 从单库单表迁移到分库分表的时候，数据量并不是很大，单表最大也就两三千万 写个工具，多弄几台机器并行跑，
转载
2023-11-16 21:59:03
51阅读
# 实现MySQL唯一ID分库扩容
## 流程概述
实现MySQL唯一ID分库扩容的主要流程如下：
1. 在数据库中创建一张用于记录唯一ID的表；
2. 设计一个生成唯一ID的算法；
3. 将生成的唯一ID插入到数据库中；
4. 当分库扩容时，根据一定的规则将数据划分到不同的数据库中；
5. 更新应用程序的代码，使其能根据新的规则访问不同的数据库；
6. 对已有的数据进行迁移。
下面将逐步
原创
2024-01-27 09:55:52
43阅读
学会数据库读写分离、分表分库——用Mycat，这一篇就够了！系统开发中，数据库是非常重要的一个点。除了程序的本身的优化，如：SQL语句优化、代码优化，数据库的处理本身优化也是非常重要的。主从、热备、分表分库等都是系统发展迟早会遇到的技术问题问题。Mycat是一个广受好评的数据库中间件，已经在很多产品上进行使用了。希望通过这篇文章的介绍，能学会Mycat的使用。安装Mycat官网：http://ww
转载
2023-12-18 10:46:16
30阅读
# 前言像我这样的菜鸟，总会有各种疑问，刚开始是对 JDK API 的疑问，对 NIO 的疑问，对 JVM 的疑问，当工作几年后，对服务的可用性，可扩展性也有了新的疑问，什么疑问呢？其实是老生常谈的话题：服务的扩容问题。# 正常情况下的服务演化之路让我们从最初开始。单体应用 每个创业公司基本都是从类似 SSM 和 SSH 这种架构起来的，没什么好讲的，基本每个程序员都经历过。RPC 应用 当业务越
转载
2021-06-08 15:41:37
49阅读
作者：莫那·鲁道
前言
像我这样的菜鸟，总会有各种疑问，刚开始是对 JDK API 的疑问，对 NIO 的疑问，对 JVM 的疑问，当工作几年后，对服务的可用性，可扩展性也有了新的疑问，什么疑问呢？其实是老生常谈的话题：服务的扩容问题。
正常情况下的服务演化之路
让我们从最初开始。
单体应用 每个创业公司基本都是从类似 SSM 和 SSH 这种架构起来的，没什么好讲的，基本每个程序员都经历过。
转载
2021-09-15 14:06:30
87阅读
# MySQL 分库分表与扩容方案
在现代大型应用中，数据库的性能与可扩展性至关重要。MySQL 作为一种流行的关系数据库，常常面临数据存储的瓶颈。因此，分库分表和扩容方案应运而生。接下来，我将为你详细介绍如何实现 MySQL 的分库分表和扩容方案。
## 整体流程
为了帮助你更好地理解这个过程，我将整个流程分成以下几个步骤：
| 步骤 | 描述
原创
2024-08-31 06:05:26
151阅读
作者：莫那 鲁道
让我们从最初开始。
1、单体应用
每个创业公司基本都是从类似 SSM 和 SSH 这种架构起来的，没什么好讲的，基本每个程序员都经历过。
2、RPC 应用
当业务越来越大，我们需要对服务进行水平扩容，扩容很简单，只要保证服务是无状态的就可以了，如下图：
当业务又越来越大，我们的服务关系错综复杂，同时，有很多服务访问都是不需要连接 DB 的，只需要连接缓存即可，那么就可以做
转载
2021-08-01 13:46:00
36阅读
程序员的成长之路互联网/程序员/技术/资料共享关注阅读本文大概需要 4分钟。
转载
2021-04-16 00:00:00
48阅读
作 者：莫那-鲁道来 源：http://t.cn/EKNnk广而告之：由于此订阅号换了个皮肤，系统自动取消了读者的公众号置顶。导致用户接受文章不及时。可以打开订阅号，选择...
转载
2021-08-16 14:02:09
69阅读
在实际开发中，数据库的扩容和不同的分库分表规则直接相关，今天我们从系统设计的角度，抽象了一个项目开发中出现的业务场景，从数据库设计、路由规则，以及数据迁移方案的角度进行讨论。
一、从业务场景出发进行讨论
假设这样一个业务场景，现在要设计电商网站的订单数据库模块，经过对业务增长的估算，预估三年后，数据规模可能达到 6000 万，每日订单数会超过 10 万。
首先选择存储实现，订单作为电商业务的核心数
作者：莫那 鲁道 thinkinjava.cn/2019/01/15/2019-01-16-fkfb/ 2019-04-26 08:51:00 让我们从最初开始。 1、单体应用 每个创业公司基本都是从类似 SSM 和 SSH 这种架构起来的，没什么好讲的，基本每个程序员都经历过。 2、RPC 应用
转载
2021-06-06 10:57:09
47阅读
作者：莫那 鲁道 thinkinjava.cn/2019/01/15/2019-01-16-fkfb/ 让我们从最初开始。 1、单体应用 每个创业公司基本都是从类似 SSM 和 SSH 这种架构起来的，没什么好讲的，基本每个程序员都经历过。 2、RPC 应用 当业务越来越大，我们需要对服务进行水平扩
转载
2021-06-06 11:01:09
31阅读
作者：莫那 鲁道
让我们从最初开始。
1、单体应用
每个创业公司基本都是从类似 SSM 和 SSH 这种架构起来的，没什么好讲的，基本每个程序员都经历过。
2、RPC 应用
当业务越来越大，我们需要对服务进行水平扩容，扩容很简单，只要保证服务是无状态的就可以了，如下图：
当业务又越来越大，我们的服务关系错综复杂，同时，有很多服务访问都是不需要连接 DB 的，只需要连接缓存即可，那么就可以做
原创
2021-08-01 12:59:33
48阅读
https://www.cnblogs.com/yx007/p/6651919.html
转载
2020-01-13 08:15:35
384阅读
1、表空间容量指标查询SELECT TABLESPACE_NAME "表空间",
To_char(Round(BYTES / 1024, 2), '99990.00') || '' "实有",
To_char(Round(FREE / 1024, 2), '99990.00') || 'G' "现有",
转载
2021-02-23 11:39:54
330阅读
2评论
作者：王克锋 众所周知，数据库很容易成为应用系统的瓶颈。单机数据库的资源和处理能力有限，在高并发的分布式系统中，可采用分库分表突破单机局限。本文总结了分库分表的相关概念、全局ID的生成策略、分片策略、平滑扩容方案、以及流行的方案。1 分库分表概述在业务量不大时，单库单表即可支撑。当数据量过大存储不下、或者并发量过大负荷不起时，就要考虑分库分表。1.1 分库分表相关术语读写分离: 不同的数据库，同步
转载
2022-08-16 11:31:55
1646阅读
作者：王克锋众所周知，数据库很容易成为应用系统的瓶颈。单机数据库的资源和处理能力有限，在高...
转载
2022-04-27 13:59:29
433阅读
单体应用每个创业公司基本都是从类似SSM和SSH这种架构起来的，没什么好讲的，基本每个程序员都经历过。RPC应用当业务越来越大，我们需要对服务进行水平扩容，扩容很简单，只要保证服务是无状态的就可以了，如下图： 当业务又越来越大，我们的服务关系错综复杂，同时，有很多服务访问都是不需要连接DB的，只需要连接缓存即可，那么就可以做成分离的，减少DB宝贵的连接。如下图： 我相信大部分公
转载
2024-05-17 12:36:26
53阅读
