首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
分库分表
订阅
胡萝卜928
更多收藏集
微信扫码分享
微信
新浪微博
QQ
3篇文章 · 0订阅
MySQL:互联网公司常用分库分表方案汇总!
一、数据库瓶颈 不管是IO瓶颈,还是CPU瓶颈,最终都会导致数据库的活跃连接数增加,进而逼近甚至达到数据库可承载活跃连接数的阈值。在业务Service来看就是,可用数据库连接少甚至无连接可用。接下来就
10亿级订单系统分库分表设计思路!
作者:架构小黑| 微信公众号:架构师之巅一、背景随着公司业务增长,如果每天1000多万笔订单的话,3个月将有约10亿的订单量,之前数据库采用单库单表的形式已经不满足于业务需求,数据库改造迫在眉睫。二、
啥?分库分表会带来读扩散问题?怎么解决???
今天这篇文章,其实也是我曾经面试中遇到过的真题。 分库分表大家可能听得多了,但读扩散问题大家了解吗? 这里涉及到几个问题。 分库分表是什么? 读扩散问题是什么? 分库分表为什么会引发读扩散问题? 怎么