语句如下，其中shop_id建立了索引，扫描行数712127行：
select
id,
material_id,
cnt,
stock_cnt,
status,
type,
gmt_deadline,
sale_type,
gmt_gen
from
stock_count t
where
t.shop_id = '330547'
and t.brand_id = '100148'
and t.status in (0, 2)
and t.is_init = 0
and t.type in (2, 1, 3)
and t.sale_type in (0, 1)
order by
id desc
LIMIT
0, 1
@linxiaoziruo 看看查询是否有索引和扫描的行数。注意查询条件换一下，可能是MySQL有缓存
来自酷炫的 CNodeMD
批量查询可以考虑缓存数据，比直接每次都从数据库查询应该要快很多
@waitingsong 兄弟，那是order by 不是 group by
顺便问下怎么会有这种sql呢： 以 id 字段做 GROUP BY，而输出字段中非 id 字段 （material_id, cnt, stock_cnt, status, type, gmt_deadline, sale_type, gmt_gen） 是直接输出而非聚合函数处理结果？
又是一个被mysql荼毒的mysqler ……
为什么库存表 商品id不给索引 brand是品牌?这个也要建索引啊 type status这些常用查询条件也要索引吧
1、in 查询用的太多 2、建议其他常用字段也增加索引
mysql 这种烂货要么堆硬件（上固态盘）要么就别花成本去折腾直接换数据库吧， 免费的 pgsql ，商业的 oracle 。
5s，不能忍
问题关键在于为什么要执行50次查询，应用程序设计有问题哈
@Gitforxuyang 1.这个统计时间是mysql服务器统计出来的，不是js后端代码统计出来的，也就是说，和连接数没关系，这纯粹就是sql在mysql服务器的执行起始时间到sql结束时间。2.做成存储过程或者预编译可能会带来速度提升，但是我现在最想知道这条sql慢的原因，为啥单独执行就非常快
第一：找出哪条慢。 每一次查询肯定有一个单独的io，你在单独的对象上增加时间戳，然后结束时打印出它的耗时。 第二：优化。sql语句是不是固定不变的？如果是，能不能写成存储过程或者预编译？这一类做法可以减少数据库解析sql语句的时间。 第三：检查是否是数据连接池问题。数据连接池默认有最大连接数限制。 你一次执行50条，如果你的最大连接数是10，那你一次只能执行10条，其它的都在排队，等于说你的50条并没有真正的并行。
@JavaHello 这就是我迷惑的地方。我用promise.all批量执行这条sql。我该怎么监控MySQL服务器才能找出最慢的那条sql慢的原因呢。
查询语句贴出来。
或者换用postgresql 试试
