问答 / 1 / 13 / 创建于 3年前
如题所示,部分记录表若已达千万级数据行数。欢迎讨论
简单点的
复杂点的先同时维护新表和旧表,查询等一直使用旧表,然后再去除旧表的逻辑,分两步走。
空手套白狼!
话说可以看看TIDB,不过我没用过,你可以试试看。
把项目搞失败
等上亿再优化
索引不好使的前提下
首先确定是 读 还是 写出现了瓶颈
等老板加钱再优化
目前有个简单表,数据量过亿了,准备拆,但是在纠结是上中间件,还是在model层写拆分逻辑 :cry:
1kw数据太少,不至于到分表的地步
千万级别建好索引完全可以
看项目是什么维度数据存储的
几千万先顶着还没到瓶颈
保守一点,老用户还是用老表,此时再添加的用户的数据,就存到新表或新库中
挑战一下就是数据库中间件了,如果使用中间件,欢迎分享你的方案
谢谢老哥,如果以打比喻来说的话,数据增幅比较快的表类似于电商项目的订单明细表,业务纬度拆分目前可能只能想到取模拆10张表这种角度。
建议先去了解一下B+树吧,一千万那么小的数据量就谈这个是不是为时过早?合理设计,单表存个几十亿行都行
千万数据量不大啊 没必要上来就一套分裤分表 太麻烦了,数据量大的 查询慢直接上elaticsearch
我要举报该,理由是:
简单点的
复杂点的
先同时维护新表和旧表,查询等一直使用旧表,然后再去除旧表的逻辑,分两步走。