微服务架构下的数据库分库分表实践

作者/分享人:大闲人柴毛毛
向 Ta 提问
上过舞台、演过话剧、拍过微电影、拉过小提琴的支付宝后端开发,CSDN专家博主,个人公众号:大闲人柴毛毛 dxrcmm

随着大数据时代的到来,业务系统的数据量日益增大,数据存储能力逐渐成为影响系统性能的瓶颈。目前主流的关系型数据库单表存储上限为1000万条记录,这一存储能力显然已经无法满足大数据背景下的业务系统存储要求了。

随着微服务架构、分布式存储等概念的出现,数据存储问题也渐渐迎来了转机。而数据分片是目前解决海量数据持久化存储与高效查询的一种重要手段。

本场 Chat 将会分成知识点扫盲篇实战篇两部分。知识点扫盲篇将从零开始,介绍分库分表的基本知识,实战篇将会以高喜商城为原型,一步步介绍数据库架构设计。

希望能够给你带来完美的阅读体验。我将用尽量通俗易懂的语言介绍分库分表的相关知识,不装逼,做一个低调的程序猿。

知识点扫盲篇

  1. 什么是“分库分表”
  2. 数据库扩展的几种方式
  3. 分库分表的几种方式
  4. 引入分库分表中间件后面临的问题
  5. 现有分库分表中间件的横向对比

实战篇

  1. 为何要进行分库分表
  2. 高喜商城1.0数据库架构介绍
  3. 高喜商城2.0数据库架构的演进
  4. 高喜商城1.0数据库表结构设计
    • 4.1 用户系统数据表
    • 4.2 产品系统数据表
    • 4.3 订单系统数据表
  5. 高喜商城2.0分库分表方案
    • 5.1 用户系统的分库分表方案
    • 5.2 订单系统的分库分表方案
    • 5.3 产品系统的分库分表方案
已有638人预订
预订达标
文章出炉
     
03月12日
03月29日
本场 Chat 文章已出炉,购买后即可阅读文章并获得一张大闲人柴毛毛的读者圈Pass
请务必添加GitChat服务号以查看活动进度及获取活动通知。
查看文章评论/提问
文章细致,周到。期待后序。
S。
作者您好,感谢分享,通过文章收货不少。 但在这里也想请教几个小问题。 1,您在最后举的例子中,id是以自增形式还是散列形式存储的?如果是连续的,你之前提到的热点问题如何解决呢?但又看你提了一句是以uuid+后三位存的,估计不是连续的,如果不是连续的,你是又如何解决所延伸出来的问题呢? 2,您提的真实解决方案,是不用mycat这样的中间件么? 3,最后一个小问题,这个场景是在蚂蚁金服里的真实场景么? 期待您的回复,感谢
你可能还喜欢
使用 Spring Boot 开发邮件系统
纯洁的微笑
基于深度学习的计算机视觉技术在无人驾驶中的应用
美团技术团队
Elasticsearch 搜索引擎应用实战
图南
百亿流量 API 网关设计与实践
kimmking
Java 性能瓶颈分析工具
蓬蒿
RabbitMQ 典型应用场景实战
SteadyHeart
微信扫描登录