大佬们求救，慢 SQL 问题

[zzhpeng]

问题

描述：订单表，Innodb 存储引擎。排名前几个的慢 sql 语句，有些用了 count(*)，弄到 rds 数据库 cpu 满了，服务器 502.

1 、慢 sql 排名图，如下:

2 、排名第一的慢 sql 执行情况:

3 、explain 排名第一的慢 sql:

自我分析：sql 23ms 也正常呀，难道是锁的问题吗？

[takemeaway]

你确定是这一句？

[fiypig]

explain 看看啊

[zzhpeng]

@fiypig 第三张图哈，这个平台不支持放大图片，右键可以看清图

[lovecy]

你这个慢 SQL 排名用的是啥生成的？是读取的慢日志么
索引用的是 idx_storeid_isvirtual，强制指定一个合适的索引试试

[wangyanrui]

看不到图~
八成没有走索引导致的呗，想办法用上即可

[zzhpeng]

@lovecy 阿里云的 rds 的监控工具

[lsongiu]

我咋看截图里的时间单位是 秒？ 这么吓人?

[JasonLaw]

我觉得你的 SQL 语句不太合理。

1. 为什么 LIMIT 1 和 COUNT(*)一起使用？
2. 为什么使用了 COUNT(*)，还要进行无谓的 ORDER BY ？

[pushback]

表结构呢？

[moonvstod]

看索引
看有没有隐式转换
where 条件里面排除条目最多的条件排最前面

[pushback]

count(id),where 和 order 后的字段建立联合索引，然后你这 limit 1 ？

[JasonLaw]

sima_order.is_virtual 是不是只有 0 和 1 两种值？每个值对应的行数是多少？

[JasonLaw]

如果有人好奇“为什么加了 LIMIT 1，COUNT(*)还可以正常工作的话”，可以看一下 https://stackoverflow.com/questions/17020842/mysql-count-with-limit 。

[zzhpeng]

@JasonLaw
1. 为什么 LIMIT 1 和 COUNT(*)一起使用？
回复：框架 orm 自动加上
2. 为什么使用了 COUNT(*)，还要进行无谓的 ORDER BY ？
回复：和订单列表数据共用了一个逻辑数据层并且解耦的有问题，但是这个影响我去掉在查通过数据响应时间看，影响不大

[RadishWind]

看看索引怎么加的

[GTim]

@lovecy ThinkPHP，看到 tp_count 太眼熟了

[egfegdfr]

感觉这个 sql 问题不大，就是一个简单查询， 你在确认下是不是找错了，可能是其他 sql 引起的

[GTim]

@JasonLaw 理解了 Limit 的作用范围就好理解了。如果没有聚合函数，select 是在 order by -> limit 后面执行的，但是有了聚合函数，select 会优于 order by -> limit 执行。

不知道我有没有记错，哎

[wangritian]

盯上了倒数第三行，扫描行数高一个数量级

[Airon]

这个 sql 只是执行次数大，rdsCPU100%之后，平均等待时间长。造成 cpu 飙升的应该不是这一句