总在sending data阶段耗时过多的sql语句，应该如何优化？

2009-09-04 09:22:07 596 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

sql优化之慢sql耗时排查 sql 语句性能分析 1、看 sql 语句执行时间 2、看 sql 的执行计划 3、查看 sql 的执行中各个环节耗时时间 4、查看mysql的执行进程，处理锁表的情况，命令 show PROCESSLIST， state 为LOCKED，说明产生锁表，ID为进程id，直接执行kill ID，就可以停止这个进程； MySQL整个查询执行过程： 1、客户端同数据库服务层建立TCP连接。2、客户端向... 阅读详情

我的一条sql语句，索引都已经建立好了，没有任何的filesort,和临时表的操作，explain后显示的性能很不错！
一般来说是很快的，但是经过show profile cpu, block io for query n;的操作发现，有时候会在sending data耗时过多！
而且同一条sql语句不同时候在sending data这个阶段耗费的时间差距非常大，从不到一秒到十几秒不等，测试的时候并没有其它访问阻碍！

这样的情况应该从何处入手呢？

...全文

mysql查询sending data占用大量时间的问题处理问题描述：某条sql语句在测试环境执行只需要1秒不到，到了生产环境执行需要8秒以上在phpmyadmin里面执行性能分析，发现sending data占用了差不多90%以上的时间查询一下“Sending data”状态的含义，原来这个状态的名称很具有误导性，所谓的“Sending data”并不是单纯的发送数据，而是包括“收集 + 发送数据”。这里的关键是为什么要收集数据，... 阅读详情

netxuning

MySQL 57,062 成员 56,759 内容

+ 关注 + 加入社区

切换为时间正序

netxuning 2009-09-09

打赏
举报





mysql> show profile cpu, block io for query 2;

+--------------------------------+-----------+-----------+------------+--------------+---------------+

| Status                         | Duration  | CPU_user  | CPU_system | Block_ops_in | Block_ops_out |

+--------------------------------+-----------+-----------+------------+--------------+---------------+

| starting                       |  0.000017 |  0.000000 |   0.000000 |            0 |             0 | 

| checking query cache for query |  0.000086 |  0.000000 |   0.000000 |            0 |             0 | 

| Opening tables                 |  0.000017 |  0.000000 |   0.000000 |            0 |             0 | 

| System lock                    |  0.000013 |  0.000000 |   0.000000 |            0 |             0 | 

| Table lock                     |  0.000012 |  0.000000 |   0.000000 |            0 |             0 | 

| init                           |  0.000030 |  0.000000 |   0.000000 |            0 |             0 | 

| optimizing                     |  0.000031 |  0.000000 |   0.000000 |            0 |             0 | 

| statistics                     |  0.000289 |  0.000000 |   0.000000 |            0 |             0 | 

| preparing                      |  0.000023 |  0.000000 |   0.000000 |            0 |             0 | 

| executing                      |  0.000004 |  0.000000 |   0.000000 |            0 |             0 | 

| Sorting result                 |  0.000004 |  0.000000 |   0.000000 |            0 |             0 | 

| Sending data                   | 12.169379 | 18.651165 |   4.117374 |            0 |             0 | 

| end                            |  0.000010 |  0.000000 |   0.000000 |            0 |             0 | 

| query end                      |  0.000004 |  0.000000 |   0.000000 |            0 |             0 | 

| freeing items                  |  0.000605 |  0.001000 |   0.000000 |            0 |             0 | 

| logging slow query             |  0.000004 |  0.000000 |   0.000000 |            0 |             0 | 

| logging slow query             |  0.000039 |  0.000000 |   0.000000 |            0 |             0 | 

| cleaning up                    |  0.000004 |  0.000000 |   0.000000 |            0 |             0 | 

+--------------------------------+-----------+-----------+------------+--------------+---------------+

netxuning 2009-09-04

打赏
举报

ACMAIN_CHM 2009-09-04

打赏
举报

netxuning 2009-09-04

打赏
举报

[Quote=引用 4 楼 acmain_chm 的回复:]
引用而且同一条sql语句不同时候在sending data这个阶段耗费的时间差距非常大，从不到一秒到十几秒不等，测试的时候并没有其它访问阻碍！

你的机器上是不是有其它的进程同时在占用磁盘？
[/Quote]

acmain版的意思是说，sending data主要受到系统IO的影响？

ACMAIN_CHM 2009-09-04

打赏
举报

[Quote]而且同一条sql语句不同时候在sending data这个阶段耗费的时间差距非常大，从不到一秒到十几秒不等，测试的时候并没有其它访问阻碍！[/Quote]

你的机器上是不是有其它的进程同时在占用磁盘？

vinsonshen 2009-09-04

打赏
举报

那说明你的数据量大或磁盘IO慢或网络慢

netxuning 2009-09-04

打赏
举报

[Quote=引用 1 楼 vinsonshen 的回复:]
只返回合理的数据行的必要字段，避免用*查询返回记录。
[/Quote]

嗯，不过我这条sql确实没有 *

vinsonshen 2009-09-04

打赏
举报

只返回合理的数据行的必要字段，避免用*查询返回记录。

总在sending data阶段耗时过多的sql语句，应该如何优化？

相关推荐