一、为什么决定进行分库分表?
- 根据业务类型,和业务容量的评估,来选择和判断是否使用分库分表
- 当前数据库本事具有的能力,压力的评估
- 数据库的物理隔离,例如减少锁的争用、资源的消耗和隔离等
- 热点表较多,并且数据量大,可能会导致锁争抢,性能下降
- 数据库的高并发,数据库的读写压力过大,可能会导致数据库或系统宕机
- 数据库(MySQL5.7以下)连接数过高,会增加系统压力
- 单表数据量大,如SQL使用不当,会导致io随机读写比例高。查询慢(大表上的B+树太大,扫描太慢,甚至可能需要4层B+树)
- 备份和恢复时间比较长
二、都遇到什么问题?
- 全局pk(主键和唯一索引)的冲突检测不准确,全局的自增主键支持不够好
- 分片键的选择。如没有选择好,可能会影响SQL执行效率
- 分布式事务,中间价产品对分布式事务的支持力度
- 对于开发来说,需要进行业务的拆分
- 对于开发来说,部分SQL不兼容则需要代码重构,工作量的评估
- 对于开发来说,跨库join,跨库查询
三、如何解决?
- 使用全局分号器。或者使用全局唯一id,(应用生成顺序唯一int类型做为全局主键)
- 应用层来判断唯一索引
- 配合应用选择合适的分片键,并加上索引
- 配合应用,配合开发,对不兼容SQL的进行整改
原文地址:https://www.cnblogs.com/os-linux/p/11929011.html
时间: 2024-11-14 12:47:19