技术咨询： Mysql 查询优化

[dielianxiang]

Mysql 一张表有 1400W 条数据，加了索引，查询一下也需要 2-5S。除了分库分表 有没有其他的好办法？

最重要的是我还需要 Group 里面的数据进行 Sum 操作，这时候就更慢了..

求大神赐教。

[realpg]

进数据库的从来都是简单查询 逻辑在库外实现
一些统计类 适当使用触发器之类进行冗余计算

[zeraba]

force index(created_at) 试试

[Marstin]

sum(value)的值考虑缓存下来，走个定时任务去统计

[dielianxiang]

我先试一下 谢谢各位

[chenqh]

1400W 拼什么要分表。。

[SakuraKuma]

赞同#41，查出来在业务机上跑逻辑。
group by 这种耗时操作还是少用好。

[dielianxiang]

各位，我后来把阿里云的服务器的数据 down 到本地跑，同样的数据同样的 sql 语句，跑完只要 0.3s. 后来我就升级了一下数据库的配置（ 1 核 2G 升级到 2 核 4G ），现在执行结果是 0.4S 。但是仍然比我本地慢。

后面我将继续根据大神的指点，将 group 操作放到业务逻辑里面去计算。谢谢各位了。

[dielianxiang]

前期进行 group by 是因为需要根据是时间 将各个 rid 的值进行累加。如果后面效率不行 我将考虑 group by 和 sum 操作由业务代码处理。但是数据量巨大，也许会有其他的问题。

[leon0903]

mark 我也算是 mysql 入门菜鸡

[likuku]

2 核 4G ... 现在真都这么省的么？几年前买二手服务器托管是直接上 16 核 16G RAM SSDx4 RAID10

[akira]

增加 2 个字段，内容分别是
DATE_FORMAT(a.created_at,"%m-%d")
DATE_FORMAT(a.created_at,"%H")
然后，sql 里面直接获取这个字段，不要再去计算了，这样查询速度应该可以有很大的提升
-------------
这种汇总统计需求的 sql，其实几秒出结果已经可以了，因为都是会做缓存的。

[palfortime]

可以把 start 和 end 之间的时间按小时分割，分成几个 sql 进行查询，这样子可以去掉按小时来 group_by，查出来的数据量也不会多太多，又可以做成并发。

[dielianxiang]

@likuku 哈哈 2 核 4g 够用了，前几天我还是用一核 2g

[dielianxiang]

@akira 你是说数据库冗余这两个列么？ DATE_FORMAT(a.created_at,"%m-%d") 和 DATE_FORMAT(a.created_at,"%H")