mysql 一年新增 800 多万条数据，如果是单表的话请问服务器能支撑吗？各位有什么好的办法吗？

[sxinsuoyu20]

有个室温采集系统，一共 1686 个住户，每小时取一次数，供热季从 10 月份取到明年 4 月份，大约
1686*24*30*7=8,497,440 条数据，后期涉及到统计，分组排序等。
目前想到的办法是一年新建一张表，存储历史，然后做个配置表去管理查询哪张表。各位有在实际中遇到过相似问题的吗？有更好的办法吗？

[realpg]

每时每刻都在嗷嗷新增数据 不过晚上新增速度比较少

一直在新增 count 就比较慢

[mingtdlb]

来到我司后，我想明白了我司 几乎所有的研发 做事风格都是顾前不顾后，工作量自己创造。

渐渐的我也想明白了，明年都不一定在这公司了，前人栽树 后人凉，埋点坑问题不大，何况你这个不算坑

[w3cll]

才 800w 而已，你是有多看不起 MySQL ？我们这边单表三四千万都轻轻松松

[mooyo]

八百万啊，你等八千万了再回来问吧。。

[Xhack]

@zhangqian99 主键用的啥

[RicardoY]

@CodeCodeStudy 没必要没必要，这才多少点数据量

[kkbear]

一年 800w ？？ mysql 被黑成这样了吗？

[esee]

你是不是没有正经做过项目都是写个 demo 就没了。mysql 没这么脆弱，我一个表两三年时间了三四亿行数据了，现在也没性能瓶颈。

[open9527]

这个项目能坚持十年吗

[yufeng0681]

@zdw406 #21 题主一个回复都没有，感觉浪费了大家一腔热情。
没有明确好需求，就开始设计表。
扩展性也是基于未来可能的新需求来考虑，而不是过度设计。
固定的业务统计报表需求，肯定会把数据采集计算形成统计使用的表结构
基于某 1 个用户的详情查询，用户 ID 做索引，查询速度没问题。

[iv8d]

一年上亿了再喊我，##

[visper]

干十年八千万了，你也离职了，留给后人烦恼，说不定项目已经被停归档了。

[bthulu]

目前八亿单表没问题, 等你数据到八亿了, 硬件也早就日新月异了, 更不用担心了

[onesuren]

这个场景 时序数据库比较合适。

[NoKey]

我们用的 pgsql ，一年 2 亿多数据，现在 2 年了，还是单表，除了一些改字段，大批量更新很慢之外，正常写入查询几乎感觉不到啥性能问题。所以，先找目标数据库进行压测，测试完了看结果再说，网上一些老八股文讲的什么几百万分库，都是早些年的环境下的结论了

[JingKeWu]

一年的数据 单表 都是热数据

[JingKeWu]

@jiakme #20 mysql 也没有问题

[JingKeWu]

[binge921]

@mingtdlb 前人栽树 后人凉 笑死我了 兄弟

[sazima]

之前做物联网相关的，一天 6000w 数据， 单表。