单位是皮秒。 ROWS_SENT 是结果中的行数,而 ROWS_EXAMINED 是执行查询时必须访问的行数。 ROWS_EXAMINED 比 ROWS_SENT 大得多,通常表明查询需要优化。 CREATED_TMP_DISK_TABLES 告诉查询是否创建了磁盘上的临时表。 语句摘要是将类似查询分组在一起的一种方法。在这里你可以看到两个查询的例子,这两个查询的区别...
ROWS_SENT:语句返回的行数。 ROWS_EXAMINED:语句扫描的行数。 CREATED_TMP_DISK_TABLES:在执行语句过程中创建的临时磁盘表数目。 CREATED_TMP_TABLES:在执行语句过程中创建的临时表数目。 SORT_ROWS:在执行语句过程中排序的行数。 NO_INDEX_USED:是否没有使用索引。 NO_GOOD_INDEX_USED:是否没有使用合适的索引。
# User@Host: root[root] @ localhost [] # Query_time: 9.869362 Lock_time: 0.000035 Rows_sent: 1 Rows_examined: 6261774 SET timestamp=1294388531; select count(*) from ep_friends; 字段意义解析: 第一行,SQL查询执行的时间 第二行,执行SQL查询的连接信息,用户和连接IP 第三行,记录了一些我们比较...
rows_examined:2005 rows_sent:1766 latency:4.36ms 1rowinset(0.0539sec) 块嵌套循环(Block Nested Loop) 块嵌套循环算法是嵌套循环算法的扩展。它也被称为BNL算法。连接缓冲区用于收集尽可能多的行,并在第二个表的一次扫描中比较所有行,而不是逐个提交第一个表中的行。这可以大大提高NL在某些查询上的性能。
Lock_time:duration获取锁的时间(以秒为单位)。(包含行锁和MDL锁时间) Rows_sent:N发送给客户端的行数。 Rows_examined:服务器层检查的行数(不计算存储引擎内部的任何处理)。 写入慢速查询日志文件的每个语句之前都有一个SET包含时间戳的语句,该时间戳记指示慢速语句的记录时间(该语句在执行完成之后发生)。
# Query_time: 5 Lock_time: 0 Rows_sent: 1 Rows_examined: 0 select sleep(5); 左右拉动查看完整代码 第一行:执行这条SQL语句的时间 第二行:客户端连接服务器的相关信息 第三行: Query_time:查询所消耗所的时间 Lock_time:等待锁的时间 Rows_sent:表示服务器向客户发送了几条数据 ...
Rows_sent:结果行统计数量; Rows_examined:扫描的行数; 6.慢查询SQL优化思路 (1)SQL性能下降的原因 (2)慢查询优化思路 (1)SQL性能下降的原因 导致SQL执行性能下降的原因可体现在以下两方面: 一.等待时间长 锁表导致查询一直处于等待状态。 二.执行时间长 ...
Rows_sent: 1 Rows_examined: 0 SET timestamp=1558401306; select sleep(10); 1. 2. 3. 4. 5. 6. 7. 8. 9. 这里对上方的还行结果详细描述一下: tail -n5:只查看慢查询文件的最后 5 行 Time:慢查询发生的时间 User@Host:客户端用户和 IP ...
Rows_sent,查询返回的行数 Rows_examined,查询检查的行数,越长就当然越费时间 第四行,设置时间戳,没有实际意义,只是和第一行对应执行时间。 第五行及后面所有行(第二个# Time:之前),执行的sql语句记录信息,因为sql可能会很长。 使用mysql程序自带的mysqldumpslow命令分析 ...
| Id | User | Host | db | Command | Time | State | Info | Rows_sent | Rows_examined | +---+---+---+---+---+---+---+---+---+---+ | 1 | event_scheduler | localhost | NULL | Daemon | 3173 | Waiting on empty queue | NULL | 0 | 0...