龙空技术网

mysql分库分表

中储科技 215

前言:

现在同学们对“分表 mysql”都比较关怀,姐妹们都需要了解一些“分表 mysql”的相关文章。那么小编也在网摘上网罗了一些有关“分表 mysql””的相关资讯,希望大家能喜欢,朋友们快快来了解一下吧!

一、垂直拆分

1、垂直分库:在分布式系统开发中,基本都是按照模块划分,每个业务模块建立一个数据库

特点:业务区分度高,方便维护管理;各个模块独立维护,可以分摊系统的维护成本,提高可用性。

2、垂直分表:单张宽表,根据实际业务场景,可以拆分为多个子表。

垂直拆分的缺点:

1、阿里巴巴《Java 开发手册》提出单表行数超过 500 万行或者单表容量超过 2GB,会影响性能。

这个数值依据: 这个数值与MySQL 的配置以及机器的硬件有关。因为,MySQL 为了提高性能,会将表的索引装载到内存中。InnoDB buffer size 足够的情况下,其能完成全加载进内存,查询不会有问题。但是,当单表数据库到达某个量级的上限时,导致内存无法存储其索引,使得之后的 SQL 查询会产生磁盘 IO,从而导致性能下降。当然,这个还有具体的表结构的设计有关,最终导致的问题都是内存限制。这里,增加硬件配置,可能会带来立竿见影的性能提升哈。

2、根据模块分库(分布式事务问题):当系统之间交互操作数据库时无法完成事务问题,增加了开发的复杂度。

3、关联数据问题:如果需要一个综合数据,需要通过接口聚合各个模块的数据

二、水平拆分

水平拆分的核心:

数据均衡分配数据查询尽可能在一张表,一个库中

1、水平分库

特点:两个子库的数据结构完全一样

优点:分库后,系统的可用性较高;每个库、每个表的数据量减少了,性能较高

2、水平分表

特点:两个子表的数据结构完全一致。

优点:每个表中的数据量减少了,缓解数据操作的压力

水平拆分优点:

分摊数据的存储、查询压力由于拆分后的数据结构与之前一样,所以对于应用层来说,不用做较大的改动

水平拆分缺点:

拆分规则如何制定数据的路由算法,如果后续加表、加库,是否需要重新处理老数据。

三、分库分表带来的问题

1、分布式ID,需要设计

2、分布式事务问题

3、跨库跨表查询问题:

JDBC连接层:sharding-jdb

proxy代理模式:mycat、mysql-proxy

标签: #分表 mysql