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

[sxinsuoyu20]

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

[kuxuan]

收藏

[wowo243]

这不就是按年分表，分库分表有框架，比如 shardingsphere

[CodeCodeStudy]

可以用时序数据库，比如 influxdb 之类的

[akira]

统计，分组排序 提前算好就行 啦

[hefish]

10 年才 8000 多万，100 年才 8 亿多。。。。一年建一张表也行，就是分析统计跨年度的时候要额外处理一下。。。

实在不行还可以分区嘛，根据时间分区，这样落在一个数据库文件里的数据量就更有限了。。。

[linauror]

都按年存了，其实不必搞什么配置表，直接不让跨年查明细就好了，主要是控制一下明细的时间范围。
统计的话可以单独搞个统计表，每天跑一次之类的，这点数据问题不大

[Martens]

这种数据可以用时序数据库

[dynastysea]

mysql 哪里有这么脆弱啊，单标现在最大都可以支持到几十 TB 了，别被网上的一些垃圾文章误导。直接去买云厂商的产品，几亿条都没问题。

[yuzo555]

建议时序数据库

[HunterPan]

分区吧 10 年数据够用了

[whoosy]

800w 数据小意思

[wxw752]

一年才八百万，直接上云服务的数据库，哪怕存几年，这点量 查起来都没什么感觉

[cedoo22]

800W ，室温数据，没啥复杂的数据结构，主要是查询（统计），统计提前跑任务，
我觉得时间索引一下，10 年、8 年 归档一下就行了，分啥库分啥表。。。

[justfindu]

我们有个统计表, 一个月是 4000 万数据, 偷懒单表, 不过可以归档. 3 个月一归档.

[dddd1919]

不可变时序数据，上 hive

[weilai99]

单表八百万一点问题都没有，我们单表将近两千万都轻轻松松

[shen13176101]

想复杂了，业务就那么简单，不相信 mysql 换 pg

[systemGuest]

你太看不起 mysql 了，我们单表最大 8 亿的设备登录记录，照样正常查。
但是你要做各种复杂统计，就需要把数据同步过去，用 ES 类似专业的玩意。

[cheng6563]

一年 800 万...等你一天 800 万在考虑这些吧...

[jiakme]

如果允许的话, 可以考虑将 mysql 更换为 pgsql. 简单数据, 单表 1 亿没问题