mysql 查询速度慢仅仅不到 3000 条数据 3.8 秒

[571726193]

[Aresxue]

记录值太大，可能存了长文本或者图片，导致页分裂了，再加上网速不行 fetch 的时候自然就慢了

[zdt3476]

工具的这个时间可能包括了网络 IO。 建议你到数据库所在的机器上进行查询。3000 条数据查询全表也不可能达到秒级别的

[jay4497]

倾向于网络传输时间长了，一下查询三千条数据，传输肯定要时间，按上边说的点开概况看看，是不是 sending data 用时最长。。。

[golden0125]

CPU,IO,网络 一般就这三点

[harvies]

这个 4 秒包含网络传输吧，用 heidisql 查下，能看到查询和传输单独用了多久 https://imgur.com/Ggp4Rhg

[harvies]

@harvies

[tonic]

有主键吗........

[gemini767]

```
SELECT * FROM tagert_table AS t1 INNER JOIN (SELECT id FROM target_table WHERE category_id = 15) AS t2 USING (`id`)
```

可以满足？

[5200]

直接 mysql 命令模式连接 127.0.0.1 试试，然后不要用*。
用一些可视化工具，如果每一条的数据太多了，把数据绘制到表格里面会巨慢。

[bzj]

楼上说不要用*的基本都是半吊子水平，实际上在没有索引的情况下，select * 和 select `field` 效率差不多

[zhuzhibin]

没有命中索引哦

[571726193]

@javen73 不到 3000 条数据 和 * 不* 的没关系 我始终这么觉得

[571726193]

@awanabe select * 走 什么索引

[571726193]

@Aresxue 谢谢 老哥 确实 存在这么个情况

[571726193]

@golden0125 谢谢 老哥

[571726193]

@bzj 是的 实现过 况且 不到 3000 条数据 * 不* 的确实没关系

[haishiwuyuehao]

那两个查询参数的索引加上了吗。
照理说不应该啊，才 3000 条数据

[kobayashiro]

和 * 没关系。。 * 在运行之前会自动解析成字段的。
你这个首先 索引没上。其次返回了 2000 多条数据 这个数据传输上应该不小

[Egfly]

查询之后可以先看看剖析，看一下是那个步骤耗时最多。我截图中就是 sending data 的动作耗时最多，占了 65%

[awanabe]

@571726193 #33 你是执行了你选择的 sql 么..后面没有 where 么

如果是这样...当我没说哈哈