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

[sxinsuoyu20]

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

[luobingit]

才 800w 单表足够了 之前开发的系统一年十几亿 单表也没啥问题 复杂查询走 ES 注意磁盘 遇到瓶颈再优化 这点数据 就整分库分表了 不至于吧

[meeop]

800w 数据，你拿你的手机当服务器都没有问题


现在 2024 年了，任何数据承担 800w 数据都没有任何问题，甚至 800w 数据你全读取到内存里都没问题
哪找你提供的信息，一行数据 id+读数+时间+状态+ext ，算 300 字节，800w 行约 2.2G ，不到一部电影大小

[yoyolichen]

不管是单表还是分表，统计都建议提取个中间表，每天定时任务跑一下

[qq135449773]

存进去是没什么问题，可是之后怎么去用里面的数据，索引怎么设计优化，才是关键的问题。

把这种传统数据库当时序库用，一时间有点想不出来索引怎么去做....

[noyidoit]

太小看 mysql 了，遇到问题再说吧

[abccccabc]

@wbrobot 兄弟，哪家的 vps 硬盘这么大，挺划算。方便说下吗？我去看看，有没有更便宜的。

[dilu]

太小看 mysql 了，第一家公司，7 年前。有一个流水表，十几亿的记录，二十多个字段，加了合适的索引。数据十几个 g ，索引也有十几个 g ，用的还是 4h8g 的配置，不过用的是腾讯云的 mysql 。

app 是 2w 日活左右，正常查询，接口平均都在 1s 以内，一点压力都没有。

[rickiey]

按年分表也没问题，这些数据是不是收集完后基本不会变，可以存在其他更合适的数据库，比如 clickHouse

[la2la]

1. 你这个业务场景不涉及到复杂事物场景，1 年 800w 数据 MySQL 完全抗的住
2. 挂个从库统计分析的需求只用从库 或者 通过 ETL 工具实时导入到 OLAP 数据库支持分析操作
3. 一年 800 万数据可以按 5 年分表都行，OLAP 数据库使用月分区

[reeco]

Mysql 单表 我极限存过 2 亿数据

[ShinichiYao]

当年也挺担心 MySQL 的单表大数据性能，10 年前的硬件 6 核 8G 内存，单表每月新增一个分区，最近看了一下，已经 19 亿数据了

[Meld]

每个三到五个供热季分一个表，随便搞

[assiadamo]

一张表存无压力，过几年再看

[luorixy]

是不是大家都对 MySQL 的性能都很担忧啊 一年才 800 万的量都担心了 MySQL 在大家眼里的性能这么差吗😂

[xuelu520]

这才多少数据，单表 10 年都不是问题

[gbw1992]

单表查询没啥问题，做分区就行了
麻烦的是可能有设计复杂的统计

[decken]

上亿都没问题 MySQL 性能不差的

[ymy3232]

一张表可以用到项目倒闭，你的项目还不一定能活 10 年，能活十年的项目有的是办法优化

[superchijinpeng]

一点问题没有

[yudoo]

@wbrobot 啥配置这么硬