oracle 分库分表（sharding）

最新推荐文章于 2025-10-12 20:57:11 发布

转载最新推荐文章于 2025-10-12 20:57:11 发布 · 3.4k 阅读

数据库专栏收录该内容

14 篇文章

订阅专栏

本文深入探讨了数据库Sharding的基本概念及其实现策略，包括垂直切分、全局主键生成、多数据源事务处理等关键议题，并提出了一种支持自由规划且无需数据迁移的扩容方案。

以下文章转载博客：http://blog.youkuaiyun.com/bluishglc 讲的很深入透彻，转来分享下：

数据库Sharding的基本思想和切分策

http://blog.youkuaiyun.com/bluishglc/article/details/6161475

关于垂直切分Vertical Sharding的粒度

http://blog.youkuaiyun.com/bluishglc/article/details/6274841

数据库分库分表(sharding)系列(一) 拆分实施策略和示例演示

http://blog.youkuaiyun.com/bluishglc/article/details/7696085

数据库分库分表(sharding)系列(二) 全局主键生成策略

http://blog.youkuaiyun.com/bluishglc/article/details/7710738

数据库分库分表(sharding)系列(三) 关于使用框架还是自主开发以及sharding实现层面的考量

http://blog.youkuaiyun.com/bluishglc/article/details/7766508

数据库分库分表(sharding)系列(四) 多数据源的事务处理

http://blog.youkuaiyun.com/bluishglc/article/details/7793172

数据库分库分表(sharding)系列(五) 一种支持自由规划无须数据迁移和修改路由代码的Sharding扩容方案

http://blog.youkuaiyun.com/bluishglc/article/details/7970268

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

笨驴鱼

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

springboot整合sharding-jdbc实现分库分表详解

congge

05-21

8836

springboot整合sharding-jdbc实现分库分表详解

ShardingJDBC分库分表实战

qq_45061342的博客

10-12

1855

ShardingSphere分库分表的核心概念虚拟库： ShardingSphere的核心就是提供一个具备分库分表功能的虚拟库，他是一个ShardingSphereDatasource实例。应用程序只需要像操作单数据源一样访问这个ShardingSphereDatasource即可。示例中，MyBatis框架并没有特殊指定DataSource，就是使用的ShardingSphere的DataSource数据源。真实库：实际保存数据的数据库。这些数据库都被包含在ShardingSphereDatasou

参与评论您还未登录，请先登录后发表或查看评论

Sharding-JDBC分库分表

qq_41860765的博客

11-13

1699

随着业务的快速发展，数据库中的数据量猛增，访问性能也变慢，优化必不可少。究其原因是关系型数据库本身比较容易成为系统瓶颈，单机存储容量、连接数、处理能力都有限。当单表的数据容量达到1000W或100G以后，由于查询维度较多，即使添加从库、优化索引性能仍下降严重。

实战方案 -- oracle分表（千万级交易流水）

最新发布

smilecold的博客

10-12

698

分库分表是 “分库” 与 “分表” 的统称，核心目标是将海量数据拆分到多个存储单元分库：将数据按规则拆分到多个 Oracle 数据库实例（如按地区分 “华东库”“北美库”），解决单实例 CPU、内存、IO 瓶颈；分表：在单个数据库实例内，将单张大数据表拆分为多个 “分区”（逻辑上仍是一张表，物理上存储在不同数据文件），即 Oracle 的分区表，是 Oracle 分表的原生核心方案。业务精准适配：月度主分区满足归档需求，账号子分区优化高频查询，贴合千万级交易核心场景；维护成本极低。

sqlserver 分表_题库分库分表架构方案

weixin_39625172的博客

11-24

934

方案项目背景在现在题库架构下，针对新购买的1300W多道数据进行整合，不影响现有功能。由于数据量偏多，需要进行数据的切分目标场景兼容旧的功能对1300多W数据进行分库分表需要对旧的数据进行整合老师端选题组卷可以根据学段、学科、知识点、难度、题型来筛选学生端根据老师端所选题目获取对应的题目对3年内以后扩展的增量数据预留数量空间数据样例学段数据量小学1285336初中6655780高中61440...

oracle 分表设计,oracle 分库分表（sharding）

weixin_39838829的博客

04-13

1626

数据库Sharding的基本思想和切分策关于垂直切分Vertical Sharding的粒度数据库分库分表(sharding)系列(一) 拆分实施策略和示例演示数据库分库分表(sharding)系列(二) 全局主键生成策略数据库分库分表(sharding)系列(三) 关于使用框架还是自主开发以及sharding实现层面的考量数据库分库分表(sharding)系列(四) 多数据源的事务处理数据库分库...

分库分表Sharding

qq_42561396的博客

03-16

3315

这里写目录标题前言什么是分库分表？使用场景分库分表的复杂性技术选型demo 前言笔者学年尚浅，目前接触的项目数据量不是很多，单表数据库最多的表数据量为562w，是一个学校的课程信息表，但是需要关联的表还是挺多的，如学籍表，如用户表等，按目前业务的发展来看，数据的增长量还是较快的。目前的查询效率未到千万级别，再加上有缓存的配置，所以查询也不算慢。但是以防之后数据量过多导致查询效率低下，笔者学了一点分库分表的知识，与读者分享一下。提醒：分库分表会给系统带来巨大的复杂性，不是万不得已建议不要提前使用。作

分库分表之sharding-jdbc

zhangbingfa90的博客

11-27

1263

分库分表之sharding-jdbc 背景：随着mysql越来越成熟以及去IOE的大势下，mysql被互联网公司运用的炉火纯青的同时，也被带进金融行业。但金融行业有其特殊属性，对数据的要求非常高，而相对轻巧mysql数据库往往需要辅助工具来解决某些严苛的使用场景。而因为mysql的轻巧等因素，导致其单机比较容易出现性能瓶颈，而成熟的oralce单机性能强悍。但是对比成熟且昂贵的oracle来说，开源免费的特性配合成熟的生态使得越来越被企业选用，但相应的运维能力要求也水涨船高。以金融业的某银行为例，

精选资源

sharding + mybatis-plus 分库分表

02-15

"Sharding + Mybatis-Plus 分库分表"的主题就是针对这个问题提出的解决方案。Sharding-JDBC是一个轻量级的Java框架，它可以在不改变任何数据库语义和业务代码的情况下，实现数据库的水平拆分，从而提高系统的并行...

20250218 隨筆垂直分库分表（Vertical Sharding）和水平分库分表（Horizontal Sharding）

一條狗的博客

02-18

1044

它们在大规模数据库优化、分布式架构设计中至关重要，主要用于。不同的业务数据存储在不同的数据库中，每个数据库只处理自己相关的业务，提高效率。如果你有具体的业务场景，可以告诉我，我可以给你更详细的架构设计建议！：不同业务拆分到不同数据库，查询、写入性能提升。：数据分布在多个数据库或表，查询、写入速度更快。等功能，如果所有数据都存放在一个数据库。各个数据库可以独立扩展，互不影响。避免单表数据过大，提高查询速度。：可以继续增加数据库或表，支持。查询，需要在应用层处理。，适用于大规模系统架构。：需要分布式事务，如。

数据库分库分表(sharding)系列

03-02

图1.数据库分库分表(sharding)实施策略图解1.准备阶段对数据库进行分库分表(Sharding化)前，需要开发人员充分了解系统业务逻辑和数据库schema.一个好的建议是绘制一张数据库ER图或领域模型图，以这类图为基础划分shard,直观易行，可以确保开发人员始终保持清醒思路。对于是选择数据库ER图还是领域模型图要根据项目自身情况进行选择。如果项目使用数据驱动的开发方式，团队以数据库ER图作为业务交流的基础，则自然会选择数据库ER图，如果项目使用的是领域驱动的开发方式，并通过OR-Mapping构建了一个良好的领域模型，那么领域模型图无疑是最好的选择。就我个人来说，更加倾向使用领域模型

数据库分库分表(sharding)的技术

09-27

数据库分库分表(sharding).

数据库分库分表（sharding）

大壮

10-02

1080

分库分表（sharding） 分库分表前的问题任何问题都是太大或者太小的问题，我们这里面对的数据量太大的问题。用户请求量太大因为单服务器TPS，内存，IO都是有限的。解决方法：分散请求到多个服务器上；其实用户请求和执行一个sql查询是本质是一样的，都是请求一个资源，只是用户请求还会经过网关，路由，http服务器等。单库太大单个数据库处理能力有限；单库所在服务器上磁盘空间不足；单库上操作的IO瓶颈解决方法：切分成更多更小的库单表太大 CRUD都成问题；索引膨胀，查询超时解决方法

分库分表-sharding-jdbc生产实践

重点在于记录

12-06

1213

学习思路快速启动配置讲解五种分片策略四种分片算法文末有git地址一、快速启动配置讲解 1、引入jar包 <dependency> <groupId>org.apache.shardingsphere</groupId> <artifactId>sharding-jdbc-spring-boot-starter&...

分库分表之ShardingSphere

tianmaxingkonger的专栏

09-19

1400

ShardingSphere分库分表功能。使用SPI技术实现微内核架构。使用ANTLR语法分析器生成器来分析SQL，使用seata来管理分布式事务。SQL解析的过程主要包括‌词法解析和语法解析两个步骤。

分库分表ShardingSphere＜一＞ _ 概念

爱我所爱0505

12-16

1253

目录一、ShardingSphere介绍 1.ShardingSphere-JDBC 2.ShardingSphere-Proxy 3.ShardingSphere-Sidecar 4. 三种区别 5. 混合架构JDBC +Proxy 二、数据库拆分 1. 垂直分库 2. 水平分库 3. 垂直分表 4. 水平分表 5. 总结三、ShardingSphere分库分表相关概念 1. 逻辑表 2. 真实表 3. 数据节点 4. 绑定表 5. 全局表/广播...

基于ShardingJDBC的分库分表

小熊的博客

10-24

4924

基于ShardingJDBC的分库分表 前言传统应用项目设计通常都是采用单一数据库作为存储方案，但是随着互联网的迅猛发展以及应用数据量的增长，数据库会随着数据量的增长而渐渐成为整个应用框架的性能瓶颈。首先是由于关系学数据库大多是采用B+Tree类型的索引，当数据量超过一定的阈值之后，会导致索引的深度增长，而索引的深度又直接影响了磁盘IO操作的次数，直接影响了数据库查询性能的优劣。其次由于用户数量的提升，高并发的数据库请求也会越来越多，单节点数据库的连接数、TPS以及存储容量都存在上限的限制，并发数达到

Oracle Sharding

weixin_33762321的博客

07-25

345

一直以来在关系型数据库当中，MySQL的分库分表被所有企业认可，并广泛的应用于互联网行业及各大电商平台，数据库的中间件产品也是满目狼藉，如代表，官方的MySQL Proxy、商用的有阿里DRDS、开源的有MyCAT、Altas等等。自从Oracle 12.2发布之后，Oracle数据库也可以实现分库分表，袋鼠云RDS基于Oracle12.2分库分表的功...

Sharding-JDBC与MyBatis集成实现数据库分库分表教程

Sharding-JDBC的关键特性在于其透明化的分库分表访问能力，这意味着开发者可以几乎不需要修改原有代码逻辑，即可实现对数据库的水平切分。 分库分表是解决单一数据库存储瓶颈和性能问题的一种常用策略。在高并发和...