首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
分库分表
订阅
meiy
更多收藏集
微信扫码分享
微信
新浪微博
QQ
4篇文章 · 0订阅
分库分表正在被淘汰
如果我们现在在搭建新的业务架构,如果说你们未来的业务数据量会达到千万 或者上亿的级别 还在一股脑的使用分库分表的架构,那么你们的技术负责人真的就应该提前退休了
千万级大表的优化技巧
大家好,我是苏三,又跟大家见面了。 前言 大表优化是一个老生常谈的话题,但随着业务规模的增长,总有人会“中招”。 很多小伙伴的数据库在刚开始的时候表现良好,查询也很流畅,但一旦表中的数据量上了千万级,
面试官问我怎么做分库分表?这是一份全面的实战解答
面试官问我怎么做分库分表?这是一份全面的实战解答 在分布式系统设计中,分库分表是一个绕不开的话题。面试中,面试官经常会问:“你们项目里怎么做分库分表的?”这个问题不仅考察你对数据库分片的理解,还考验你
10亿订单如何做分库分表?
大家好,我是苏三,又跟大家见面了。 前言 场景痛点:某电商平台的MySQL订单表达到7亿行时,出现致命问题: 核心矛盾: B+树索引深度达到5层,磁盘IO暴增。 单表超200GB导致备份时间窗突破6小