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分库分表的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!