SQL语句资源消耗分析-show profiles_sql like耗资源吗

show profile返回结果字段含义

• Status ：sql 语句执行的状态
• Duration: sql 执行过程中每一个步骤的耗时
• CPU_user: 当前用户占有的 cpu
• CPU_system: 系统占有的 cpu
• Block_ops_in : I/O 输入
• Block_ops_out : I/O 输出

show profile type 选项

• all：显示所有的性能开销信息
• block io：显示块 IO 相关的开销信息
• context switches: 上下文切换相关开销
• cpu：显示 CPU 相关的信息
• ipc：显示发送和接收相关的开销信息
• memory：显示内存相关的开销信息
• page faults：显示页面错误相关开销信息
• source：显示和 Source_function、Source_file、Source_line 相关的开销信息
• swaps：显示交换次数的相关信息

status出现以下情况的建议

• System lock

确认是由于哪个锁引起的，通常是因为MySQL或InnoDB内核级的锁引起的。建议：如果耗时较大再关注即可，一般情况下都还好

• Sending data

解释：从server端发送数据到客户端，也有可能是接收存储引擎层返回的数据，再发送给客户端，数据量很大时尤其经常能看见。备注：Sending Data不是网络发送，是从硬盘读取，发送到网络是Writing to net。建议：通过索引或加上LIMIT，减少需要扫描并且发送给客户端的数据量

• Sorting result

正在对结果进行排序，类似Creating sort index，不过是正常表，而不是在内存表中进行排序。建议：创建适当的索引

• Table lock

表级锁，没什么好说的，要么是因为MyISAM引擎表级锁，要么是其他情况显式锁表

• create sort index

当前的SELECT中需要用到临时表在进行ORDER BY排序建议：创建适当的索引

• Creating tmp table

创建临时表。先拷贝数据到临时表，用完后再删除临时表。消耗内存，数据来回拷贝删除，消耗时间，建议：优化索引

• converting HEAP to MyISAM

查询结果太大，内存不够，数据往磁盘上搬了。建议：优化索引，可以调整max_heap_table_size

• Copying to tmp table on disk

把内存中临时表复制到磁盘上，危险！！！建议：优化索引，可以调整tmp_table_size参数，增大内存临时表大小

写在最后

在结束之际，我想重申的是，学习并非如攀登险峻高峰，而是如滴水穿石般的持久累积。尤其当我们步入工作岗位之后，持之以恒的学习变得愈发不易，如同在茫茫大海中独自划舟，稍有松懈便可能被巨浪吞噬。然而，对于我们程序员而言，学习是生存之本，是我们在激烈市场竞争中立于不败之地的关键。一旦停止学习，我们便如同逆水行舟，不进则退，终将被时代的洪流所淘汰。因此，不断汲取新知识，不仅是对自己的提升，更是对自己的一份珍贵投资。让我们不断磨砺自己，与时代共同进步，书写属于我们的辉煌篇章。

需要完整版PDF学习资源私我