mysql分库分表

一、垂直拆分

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

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

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

垂直拆分的缺点：

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

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

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

关联数据问题：如果需要一个综合数据，需要通过接口聚合各个模块的数据

二、水平拆分

水平拆分的核心：

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

1、水平分库

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

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

2、水平分表

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

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

水平拆分优点：

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

水平拆分缺点：

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

三、分库分表带来的问题

分布式ID，需要设计

分布式事务问题

跨库跨表查询问题：

JDBC连接层：sharding-jdb

proxy代理模式：mycat、mysql-proxy