springboot整合sharding-jdbc

79 篇文章 728 订阅 ¥19.90 ¥99.00
9 篇文章 498 订阅 ¥9.90 ¥99.00
当数据量增大导致性能瓶颈时,可采用分库分表策略。本文介绍了Sharding-JDBC,一种用于分库分表的中间件,以及如何在SpringBoot中整合Sharding-JDBC。内容涵盖分库分表的基本概念、水平与垂直切分的优缺点,并通过代码示例展示了在SpringBoot应用中配置Sharding-JDBC的步骤。
摘要由CSDN通过智能技术生成

前言

生产环境中,当单表数据达到一定的量级的时候,查询性能的瓶颈迟早会暴露出来,这个时候,解决思路可以考虑两种,一是从架构上对当前应用进行优化,比如使用es或mongodb等非关系型数据库进行配合使用,当然这种方式需要考虑一定的改造成本和团队开发人员的学习成本,另一种就是分库分表

我们常说分库分表,但是具体怎么分?为什么要分?以及使用什么样的技术进行分?这些都是需要提前考虑的问题,下面介绍一个行业中应用比较成熟的分库分表的中间件sharding-jdbc,由当当网开源的一款用于实现分库分表、读写分离等功能的中间件

基本概念

数据表切分方式

  • 水平切分
  • 垂直切分

考虑在应用中有一张这样的表,t_order表,即用于保存订单数据的表,当数据量比较小,可以直观的认为数据量在100万以下的时候,查询的时候,对于5.7以上的mysql引擎来说问题不是很大,但是当量级达到1000万甚至更大的时候,单表的读写性能会因为数据量过大带来的IO性能瓶颈越来越严重

这时候单纯从优化查询的性能考虑,可以有2种思路

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小码农叔叔

谢谢鼓励

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值