首页
博客
源码
资源
博客
源码
写文章
发布博客
发布资源
登录
X
分库
相关资讯
热门
最新
代码人生
01-01 08:00
代码人生
分库分表技术之MyCat
分库分表技术之MyCat,什么是MyCatMyCat是目前最流行的基于java语言编写的数据库中间件,是一个实现了MySQL协议的服务器,前端用户可以把它看作是一个数据库代理,用MySQL客户端工具和命令行访问,而其后端可以用MySQL原生协议与多个MySQL服务器通信,也可以用JDBC协议与大多数主流数据库服务器通信,其核心功能是分库分表和读写分离,即将一个大表水平分割为N个小表,存储在后端My
251
后端
01-01 08:00
后端
分库分表中间件的高可用实践
分库分表中间件的高可用实践,前言分库分表中间件在我们一年多的锤炼下,基本解决了可用性和高性能的问题(只能说基本,肯定还有隐藏的坑要填),问题自然而然的就聚焦于高可用。本文就阐述了我们在这方面做出的一些工作。哪些高可用的问题作为一个无状态的中间件,高可用问题并没有那么困难。但是尽量减少不可用期间的流量损失,还是需要一定的工作的。这些流量损失主要分布在:(1)某台中间件所在的物理机突然宕机。(2)中间
154
后端
01-01 08:00
后端
分库分表、部署MyCAT服务、分片规则
分库分表 概述 关系型数据库本身比较容易成为系统瓶颈,单机存储容量、连接数、处理能力都有限。 当单表的数据量达到1000W或100G以后,由于查询维度较多,即使添加从库、优化索引,做很多操作时性能仍...
117
后端
01-01 08:00
后端
分库分表利器之Sharding Sphere(深度好文,看过的人都说好)
分库分表利器之Sharding Sphere(深度好文,看过的人都说好),Sharding-SphereSharding-JDBC最早是当当网内部使用的一款分库分表框架,到2017年的时候才开始对外开源,这几年在大量社区贡献者的不断迭代下,功能也逐渐完善,现已更名为ShardingSphere,2020年4⽉16⽇正式成为Apache软件基⾦会的顶级项⽬。随着版本的不断更迭ShardingSphe
117
后端
01-01 08:00
后端
分库分表、部署MyCAT服务、分片规则
分库分表 概述 关系型数据库本身比较容易成为系统瓶颈,单机存储容量、连接数、处理能力都有限。 当单表的数据量达到1000W或100G以后,由于查询维度较多,即使添加从库、优化索引,做很多操作时性能仍...
103
后端
01-01 08:00
后端
分库分表、部署MyCAT服务、分片规则
分库分表、部署MyCAT服务、分片规则,分库分表概述关系型数据库本身比较容易成为系统瓶颈,单机存储容量、连接数、处理能力都有限。当单表的数据量达到1000W或100G以后,由于查询维度较多,即使添加从库、优化索引,做很多操作时性能仍下降严重。此时就要考虑对其进行切分了,切分的目的就在于减少数据库的负担,缩短查询时间。数据库分布式核心内容无非就是数据切分(Sharding),以及切分后对数据的定位、
96
后端
01-01 08:00
后端
分库分表这样玩,实现不迁移数据、避免热点(边开飞机边维修)
中大型项目中,一旦遇到数据量比较大,小伙伴应该都知道就应该对数据进行拆分了。有垂直和水平两种。 垂直拆分比较简单,也就是本来一个数据库,数据量大之后,从业务角度进行拆分多个库。如下图,独立的拆分出订...
92
后端
01-01 08:00
后端
分库分表与到底要不要用自增ID?
分库分表与到底要不要用自增ID?,前言抛开具体业务需求和场景谈论技术方案,无异于纸上谈兵。没有哪一项技术或解决方案有绝对的好坏、优劣之分。都是相对意义上的区分,否则这些项技术或方案是怎么产生的?一定也是为了解决某类具体场景的问题而产生的,在彼时彼刻都可谓“先进”技术。从0到1在系统新生的时候,预估业务量和数据量都不大。后来,业务越做越好,数据量越来越大,发现单库单表已经不能满足需求了,需要分库分表
89
后端
01-01 08:00
后端
分库分表这样玩,实现不迁移数据、避免热点(边开飞机边维修)
中大型项目中,一旦遇到数据量比较大,小伙伴应该都知道就应该对数据进行拆分了。有垂直和水平两种。 垂直拆分比较简单,也就是本来一个数据库,数据量大之后,从业务角度进行拆分多个库。如下图,独立的拆分出订...
85
后端
01-01 08:00
后端
分库分表方案
-分表方案-数据迁移 1.分表计算。根据数据量现有量和递增量评估。表中字段不太多,字段长度适中的表,默认页大小为16kb情况下,数据量维持在2000万以下就可以(保持B+树的高度不超过3)。比如:t...
84
«
1
2
»