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

[571726193]

[519718366]

这是 mysql workbench 辣鸡而已，莫慌....我也遇到过你这个情况
workbench 逆天用时，然后用 sequel 执行了下很正常。

mac 上数据库工具使用感受：
workbench：敲 sql 时能实时报错，但是 select 不稳，有时莫名逆天慢
sequel：select 执行的稳，但是写 sql 的提示是真的不顺手
navicat：提示立马就出来，写 sql 特别顺，执行起来也相对稳，有时候 stop query 时会导致程序未响应...只能强关

现在基本在用 sequel，因为他用起来稳定...不会莫名奇妙逆天慢

[panlatent]

@519718366 我从 Sequel Pro 换到了 TablePlus

[Macolor21]

@HowardTang
对接过 2 分钟的接口，用的是 Chunked transfer encoding。每一个 chunk 的速度都是秒级=.=

[cz5424]

*不*影响网络传输时间....取一列数据量少....

[zrc]

查询条件是 varchar ？还是 int，遇到过 varchar 然后没加引号很慢的情况

[feiffy]

（ 1 ）只查询需要的字段
（ 2 ）对查询字段建立索引

[iluckypig]

每行数据是不是很大啊？ 3000 条就算没索引没不至于这么慢

[skyqqcc]

2H4G 机房 1000M 宽带内网（可能更高），一直都没怎么在乎过性能问题.....😂

[xiaodim]

大家没注意到他的图下方的滑动条吗 看似每行的列字段好多

[tailf]

肯定是字段很大，下载时间很长

[LuckCode]

1. explain 说的是 all，扫全表。
2. 你查的结果是 3k 条，但是得到这 3k 条的过程是扫描了全表的，即使前 3k 条就是你要的数据了，sql 还是会扫描完，因为 sql 不知道。
3. 联合索引有没有用上。
4. 可能有大量的随机 IO。

[519718366]

@panlatent 我去体验一波，没准会被你这个 tableplus 给大一统了