用户名
Email
论坛
潜水/灌水快乐,沉淀知识,认识更多同行。
ToB圈子
加入IT圈,遇到更多同好之人。
朋友圈
看朋友圈动态,了解ToB世界。
ToB门户
了解全球最新的ToB事件
博客
Blog
排行榜
Ranklist
文库
业界最专业的IT文库,上传资料也可以赚钱
下载
分享
Share
导读
Guide
相册
Album
记录
Doing
应用中心
帖子
本版
文章
帖子
ToB圈子
用户
免费入驻
产品入驻
解决方案入驻
公司入驻
案例入驻
登录
·
注册
只需一步,快速开始
账号登录
立即注册
找回密码
用户名
自动登录
找回密码
密码
登录
立即注册
首页
找靠谱产品
找解决方案
找靠谱公司
找案例
找对的人
专家智库
悬赏任务
圈子
SAAS
IT评测·应用市场-qidao123.com技术社区
»
论坛
›
物联网
›
物联网
›
mysql控制单表数据存储及单实例表创建
mysql控制单表数据存储及单实例表创建
冬雨财经
论坛元老
|
2025-4-22 00:38:40
|
显示全部楼层
|
阅读模式
楼主
主题
1561
|
帖子
1561
|
积分
4683
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要
登录
才可以下载或查看,没有账号?
立即注册
x
1. 单表数据存储不要过大
主流发起
守旧发起。100万以内保持最佳性能
其他。不超过2000万
理论依据。
B+树层级大概变多。从3增加到4。导致索引查询路径边长,增加IO开销
优化
加索引。对高频查询字段增加索引。避免全表扫描
低频汗青数据通过分区表或归档隔离。
足够的内存 + 高速磁盘
分库分表
当查询延迟显著增加
高并发导致锁竞争激烈(热点更新)
业务拓展。预计数据量快速增长。预先规划可拓展架构
2. 单实例中表数目不要过多
应小于500.
过多的表增加元数据管理开销。影响查询性能
增加了维护成本。表数量过多提拔了备份、监控、DDL操纵的复杂度
业务解耦。通过分库分表垂直拆分控制单实例表数量。符合高内聚低耦合的设计。
3. 单表列数目不要过多
存储服从。
单表列数过多会导致单条数据体积增大,降低内存缓存服从。
查询性能。
增加了I/O压力索引维护成本高。
拓展性。
列超30通过垂直拆分避免业务调整使表结构臃肿
实际应用中的灵活性
例外场景
若确实必要宽表。在数据仓库中可以继承,但需配合列式存储引擎(如ClickHouse)
若有特别需求。则控制主表的列数。保留高频的访问字段。低频字段通过关联表存储。
替代方案
可以使用json存储数据,减少列数,但要考虑查询服从
按周期归档汗青数据。控制单表数据量
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
回复
举报
0 个回复
倒序浏览
返回列表
快速回复
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
or
立即注册
本版积分规则
发表回复
回帖并转播
回帖后跳转到最后一页
发新帖
回复
冬雨财经
论坛元老
这个人很懒什么都没写!
楼主热帖
信息与网络安全期末复习(完整版) ...
iOS全埋点解决方案-手势采集 ...
ts保姆级教程,别再说你不会ts了 ...
如何通过JDBC访问MySQL数据库?手把手 ...
Elasticsearch学习系列五(零停机索引 ...
Pod概述
Fastjson反序列化
Linux安装PHP8 新版笔记
Log4j2 CVE-2021-44288 代码审计(底层 ...
Java 将HTML转为XML
标签云
集成商
AI
运维
CIO
存储
服务器
浏览过的版块
移动端开发
登录参与点评抽奖加入IT实名职场社区
下次自动登录
忘记密码?点此找回!
登陆
新用户注册
用其它账号登录:
关闭
快速回复
返回顶部
返回列表