垂直分库/分表
垂直分库
- 概念：根据业务模块的不同，将不同的表分散到不同的数据库中。例如，一个电商系统可以将用户表、商品表、订单表分别放入用户数据库、商品数据库和订单数据库中。
- 优点：降低了单个数据库的负担，提高了系统的可维护性和扩展性，不同业务模块之间的数据隔离，减少了锁的竞争。
- 缺点：需要处理跨库的关联查询，增加了开发和运维的复杂度。
垂直分表
- 概念：在一个数据库内，根据表中的字段访问频率或相关性，将表分割成两个或更多的表。例如，将一个包含常用字段（如用户ID、用户名）和不常用字段（如用户地址详情）的用户表，拆分为用户基本信息表和用户详细信息表。
- 优点：减少了单表的宽度，提高了查询速度，特别是对于经常访问的字段。
- 缺点：涉及到联合查询时可能需要额外的处理，增加了应用层的逻辑复杂度。
水平分表
- 概念：当单个表的数据量非常大时，按照某种规则（如用户ID取模、时间范围等）将数据分布到多个相同的表中，这些表通常称为分片表。
- 实现方式：比如，可以创建多个order_001, order_002, ...这样的表，根据用户ID或者其他业务键进行散列计算决定数据存储在哪张表中。
- 优点：显著减少单个表的数据量，提高了查询效率，易于扩展。
- 缺点：涉及复杂的路由逻辑，需要处理跨分片的事务和关联查询问题，可能需要引入中间件来管理分片。
分库分表的一般步骤：
- 评估需求：分析数据量、访问模式、业务增长预测，确定是否需要分库分表以及采用哪种策略。
- 设计分片策略：选择合适的分片键，这将直接影响数据分布的均匀性和查询效率。
- 实施分片：根据策略创建相应的数据库和表结构。
- 数据迁移：可能需要编写脚本或使用工具将现有数据迁移到新的分片架构中。
- 修改应用代码：调整应用层的数据库访问逻辑，以适应分库分表后的数据访问方式。
- 监控与优化：实施后需要持续监控性能，根据实际情况进行调整优化。
使用工具与中间件：
- 中间件：如MyCAT、ShardingSphere等，它们提供了数据库分片、读写分离、分布式事务等高级功能，简化了分库分表的实现和维护工作。
- 数据库代理：如ProxySQL，可以在不改变应用代码的情况下实现读写分离和简单的路由规则。
分库分表是一个复杂的过程，需要根据实际业务需求仔细规划和实施。