数据库水平拆分

本文探讨了解决数据库性能瓶颈的常见方案,包括主从架构、垂直拆分、水平拆分、分库分表和分区。重点介绍了水平拆分的原理和限制,并详细阐述了业务系统中数据库架构的演进过程。在数据库中间件选型上,讨论了不同层次的接入方式,如应用层、框架层、驱动层和代理层,并以sharding JDBC为例,分析了其优缺点。
摘要由CSDN通过智能技术生成

一、数据库拆分

1.1 解决数据库性能瓶颈的常见方案

1.主从架构

主从架构通过读写分离(主节点负责写和部分读,从节点负责大量读,一般由Proxy层实现读写分离),一定程度解决主节点的性能瓶颈。由于默认主从同步是单线程的,因此数据库写入量上涨后,可能会存在主从延迟,如果对组从的不一致无法容忍,将会存在问题。因此主从架构主要缓解了单个数据库在流量上涨到一定阶段后的性能问题。

当然主从架构也解决了数据备份、高可用的功能。

2.垂直拆分

垂直拆分一般是指根据业务划分,将一个表拆成多个表(列维度的拆分),拆分出来的多个表可以在同一个数据库, 也可以在不同的数据库。

将原本在同一个库的分属不同业务线的多个表拆分到多个库也可以认为是垂直拆分,和上面讲的表的拆分只是在不同的维度。

核心关注的是数据库业务逻辑的拆分,对性能的影响主要是通过分库或是分表实现的。

3.水平拆分

当单个数据库表数据量过大的时候,数据库的性能会下降(B+树的高度会增加,全表扫描的时间会变长、修改表结构时过程会变长)。  以整数为主的表的上限是1000万,以字符串为主的表的上限是500万,如果所有的访问都能走索引,这个上限还可以再提高。水平拆分是指根据某种路由规则,将一张表的数据路由到相同结构的不同表中,这些表可以在一个数据库中,也可以在不同的数据库中。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值