公司的数据量越来越大了

[v2eb]

一张 mysql 主表有三千万数据量，这才刚开始，后期数据量会更多，v 友有什么建议吗

[guokeke]

你预期后期数据量每天什么规模？

[guokeke]

以及说下业务呗

[mokeyjay]

无非是分库分表、或者上非关系型

[v2eb]

@guokeke 三天从 500 万到 3 千万，
目前只是做普通的数据展示，
以后可能会有数据分析啥的，咱也不懂

[v2eb]

公司有人提到要用 ES

[tt67wq]

删苦跑路吧！！！

[swulling]

三天这个量，只能放弃关系数据库了

[guokeke]

@v2eb 如果数据有时间相关性可以按照天或者月分表，无时间相关就要根据业务来分析了，粗暴点可以按照常用查询的列的值的 hash 进行分表。

[gaoyulong]

看业务啊，不说具体要求就是耍流氓

[txy3000]

以后还会有每天 1000w 的增量吗？ 会的话索引更新很频繁 单机承载不了的 上分布式吧 sharding 负载均衡那一套
如果查询还多 Redis 也得上 缓存热点数据 减轻数据库 IO
如果并发还高 建议上消息队列 异步插入

[neptuno]

是不是表设计有问题?

[Solarest]

热数据分库分表，冷数据进数仓

[icekingcy]

就是些流水数据吧？ 换 ES 吧

[v2eb]

感觉 DBA 有点水，字段大小随意设

[chenqh]

一天 1kw 的数据公司应该很有钱

[rrfeng]

单表十二亿路过

[janus77]

这个增量速度，怕是需要搞冷热分库吧
你千万级别用作数据展示 都放出来？不太可能吧，最多就是把计算结果再存一个表而已。计算任务应该是定时跑的，这个不需要多高的实时性

[vZexc0m]

持续增长，上 tidb 得了。

[airfling]

上 es 吧，一天几个 g 的数据都不怕，反正你也只是展示数据，es 分好索引完全没问题

[Takamine]

ETL。（｡ò ∀ ó｡）