来来给你们抛个话题讨论讨论:MySQL多大数据才需要优化如索引?

场景:OLTP、OLAP

要求:cpu:至强至少8~16核,内存:64G,固态硬盘,数据:Mysql社区版,简单、聚类、级联(不超过三表简单)查询,不考虑网络延迟

正文:平常使用MySQL库居多,MySQL口号响:我轻、我开源、我免费、我开箱即用,那么大家是否真注意到单表数据量多大才需要做优化?

1、如大厂的建议单表500w条记录或单表容量2G就需要考虑做分表分库就完事了?

2、或在未达到这类数据级的单表就能万事具备么?

3、还是说我就几千或万把来条数据就考虑索引做优化?

4、还是天天在吹亿级数据,查询条件在走索引的情况下10亿级数据查询在命中索引的也就是几百来条甚至千来条数据量查询?

5、还是说我单表数据也就百万都不到,实际也就40~50万来条数据,然而响应平均3~4秒左右响应3秒能容忍???


这个话题比较实在,大家可以尽情的水吧!^_^/^_^

评论区

happyboy

2022-04-19 14:22

当甲方爸爸埋怨查询很慢,逻辑优化又不起作用的时候,就该加了。

山东小木

2022-04-19 15:03

1、索引在你设计数据库表结构的时候就应该加了,不用非得等数据百万了再加
2、mysql单表过百万 如果不是业务数据 是一些记录数据 但是又需要经常分页查询 可以换成memory引擎 能提升百倍速度

l745230

2022-04-19 17:00

维护了一张表,大概7000+设备数,每天数据量平均200w左右.列22个 一个月表增加5.5G. 给其中6个常用字段加了索引. 功能上除了CURD外,还有定时(每天 每小时 每8分钟 3个Job)对这张表数据处理跑统计. 7*24小时已经跑了5个多月了. 很稳. 单表实时查1天的数据3秒左右出结果. 多表关联查询,只要SQL写好,关联的字段索引都命中,查询就不会慢. 没用分区,分库分表,也没用组合索引. 只能说单字段索引足够用了.

zzutligang

2022-04-20 10:16

一天200W,一个月就是6000万,5个月就是3亿。如果是按设备ID,按时间范围查,并且在设备ID和时间上创建索引,那3秒查结果是完全可能的。不过,一般这种场景,都是用时序数据库了。否则,你这还只是5个月,如果运行2年,那个数据量下,还想3秒出结果,就有点困难了。

热门分享

扫码入社