mysql性能优化-慢查询分析、优化索引和配置
如何优化MySQL运行时的内存占用
如何优化MySQL运行时的内存占用在当今的互联网时代，MySQL作为一种使用广泛的关系型数据库管理系统，在各种应用场景中扮演着重要的角色。
然而，MySQL在处理大规模数据和高并发访问时，常常面临内存占用过高的问题，这会导致系统性能下降、响应时间延长等不良影响。
因此，对MySQL运行时的内存占用进行优化，对于提升数据库性能至关重要。
接下来，本文将从优化查询、调整缓冲池、优化索引等方面介绍如何有效减少MySQL的内存占用。
1. 优化查询查询是MySQL的核心操作，也是导致内存占用过高的一个常见原因。
在实际应用中，可以通过以下几种方式来优化查询操作，从而减少内存的使用量：1.1 控制返回结果集的大小：合理使用LIMIT和OFFSET关键字，减少一次查询返回的记录数量，从而减少内存的占用。
1.2 设置合适的索引：索引是提高查询效率的重要手段。
通过在适当的列上创建索引，可以减少MySQL扫描整个表的开销，从而减少内存占用。
1.3 避免频繁的子查询：子查询是耗费内存的操作，尽可能地避免在查询过程中频繁使用子查询。
2. 调整缓冲池MySQL的缓冲池是用于缓存数据库中的数据和索引的关键组件，对于减少I/O 操作、提高查询效率非常重要。
合理地调整缓冲池的大小，可以减少MySQL的内存占用。
2.1 InnoDB的缓冲池：对于使用InnoDB作为存储引擎的数据库，可以通过调整innodb_buffer_pool_size参数来控制缓冲池的大小。
一般来说，将缓冲池的大小设置为系统可用内存的70-80%是比较合理的选择。
2.2 MyISAM的缓冲池：对于使用MyISAM作为存储引擎的数据库，可以通过调整key_buffer_size参数来控制缓冲池的大小。
同样地，将缓冲池的大小设置为系统可用内存的70-80%是比较合理的选择。
3. 优化索引索引是提高查询性能的重要手段，同时也会占用一定的内存空间。
如果索引设计不合理或者过多，将导致内存占用过高。
MySQL中的参数配置及调优方法
MySQL中的参数配置及调优方法MySQL是当前最流行的开源关系型数据库管理系统之一。
它的广泛应用和可灵活配置的特点使得它成为许多企业和个人的首选。
然而，未经优化的MySQL可能会面临性能下降、资源浪费等问题，因此正确配置和调优MySQL参数是至关重要的。
本文将介绍MySQL中的参数配置及调优方法，帮助读者解决数据库性能问题。
一、参数配置在MySQL中，有许多参数可以配置，以满足不同应用的需求。
以下是一些重要参数的简要介绍：1. 缓冲区参数- innodb_buffer_pool_size：InnoDB存储引擎使用的缓冲池大小。
增大该值可以提高读写性能，但会占用更多内存。
- key_buffer_size：MyISAM存储引擎使用的键缓冲区大小。
同样，增大该值可以提高性能，但会占用更多内存。
2. 连接参数- max_connections：允许的最大连接数。
该值应根据应用的并发连接数进行适当调整，以避免资源浪费和连接超时问题。
- wait_timeout：连接空闲后等待关闭的时间。
默认值为28800秒，可以根据具体需求进行调整。
3. 查询缓存参数- query_cache_type：查询缓存类型。
0表示禁用查询缓存，1表示启用，2表示只缓存SQL_NO_CACHE标记的查询结果。
- query_cache_size：查询缓存大小。
指定用于存储查询缓存的内存大小。
二、调优方法在配置参数之前，我们需要先了解数据库当前的性能瓶颈。
可以通过以下几种方式进行分析：1. 使用MySQL自带的性能监控工具MySQL提供了一系列的性能监控工具，如：MySQL Performance Schema、MySQL Enterprise Monitor等。
通过这些工具，可以实时监控MySQL的运行状态，获得性能数据。
2. 使用开源的性能监控工具除了MySQL自带的工具，还有一些开源的性能监控工具可以用于MySQL性能分析。
MySQL调优参数配置
MySQL调优参数配置MySQL服务器硬件优化硬盘：mysql 对磁盘的要求⽐较⾼，包括随机读写的带宽和IOPS和顺序读写的带宽和IOPS，可以通过使⽤⾼转速磁盘、商业FC存储、固态硬盘等⽅式提⾼IOPS及读写带宽；内存：mysql 服务器内存越⾼，可加载的热点索引数据越多，可提供给操作线程的内存越多。
Mysql 读写操作越快；CPU： mysql正常的查询对CPU要求⽐较低，如果磁盘和内存不⾜CPU配置过⾼更容易引起磁盘吞吐量下降严重导致性能过低，所以硬件优化⾸先优化硬盘和内存，只有硬盘和内存⽆瓶颈后增加CPU才会使mysql性能更⾼如果有⼤量的慢查询则很容易将CPU跑满，所以CPU如果过⾼应⾸先检查慢查询优化慢查询，如慢查询优化完成应⾸先检查是否由于磁盘IO过⾼引起的CPU过⾼。
内存优化-数据索引页共享内存innodb_buffer_pool_size1. 作⽤：pool-size可以缓存索引和⾏数据，值越⼤，IO读写就越少，如果单纯的做数据库服务，该参数可以设置到电脑物理内存的75-80%2. 调优参考计算⽅法：val = Innodb_buffer_pool_pages_data / Innodb_buffer_pool_pages_total * 100%val > 95% 则考虑增⼤ innodb_buffer_pool_size，建议使⽤物理内存的75%val < 95% 则考虑减⼩ innodb_buffer_pool_size，建议设置为：Innodb_buffer_pool_pages_data * Innodb_page_size *1.05 / (102410241024)innodb_buffer_pool_instances1. 作⽤：innodb_buffer_pool_instances的值主要⽤于将innodb buffer pool进⾏划分，通过划分innodbbuffer pool为多个实例，可以提⾼并发能⼒，并且减少了不同线程读写造成的缓冲页。
数据库慢查询优化的方法与技巧
数据库慢查询优化的方法与技巧数据库是现代应用程序中不可或缺的组成部分，它负责存储、管理和提供数据。
然而，随着数据量的增长和复杂查询的增加，数据库查询性能可能会变得缓慢。
在这篇文章中，我们将探讨一些常见的数据库慢查询优化方法和技巧，帮助您提高数据库查询的执行效率。
1.适当的索引策略索引是提高数据库查询速度的重要手段之一。
通过对经常被查询的列创建索引，可以减少数据库查询的扫描次数，从而提高查询性能。
然而，过多或不恰当的索引可能会导致性能下降。
因此，在进行索引优化时，在经常被查询的列上创建适当的索引，并避免索引重叠和冗余是非常重要的。
2.优化SQL查询语句良好的SQL查询语句可以显著提高数据库的执行效率。
首先，避免使用SELECT *语句，因为它会返回所有列的数据，而不仅仅是需要的数据。
其次，尽量避免使用复杂的子查询和嵌套查询，这些查询可能会导致性能下降。
此外，合理利用JOIN和WHERE子句来限制查询结果的数量，从而提高查询性能。
3.合理分配硬件资源数据库的性能不仅取决于软件层面的优化，还与硬件资源的分配有关。
确保数据库服务器具有足够的处理能力、内存和存储空间，可以提高数据库查询的执行效率。
此外，可以考虑使用更快的存储设备，如固态硬盘（SSD），以加快数据库的读写速度。
4.定期更新统计信息数据库在执行查询时，会根据统计信息生成查询执行计划。
因此，定期更新统计信息可以帮助数据库优化查询执行计划，从而提高查询性能。
可以使用数据库管理工具或定期脚本来更新统计信息，确保它们与数据库中的实际数据保持一致。
5.分区和分表技术在处理大型数据集时，分区和分表技术可以提高数据库查询的执行效率。
分区可以根据数据范围、哈希值或列表将数据划分为多个逻辑部分，并分别存储在不同的物理位置。
而分表是将大型表拆分成多个小表，每个小表包含部分数据。
这些技术可以减少查询的扫描范围，从而提高查询性能。
6.避免过多的数据库连接数据库连接是应用程序和数据库之间的通信通道。
mysql 调优 面试题
mysql 调优面试题MySQL调优面试题MySQL是一种常用的数据库管理系统，它的性能优化对于提升数据库的效率和响应速度非常重要。
在MySQL的面试中，调优问题经常被提及。
本文将介绍一些常见的MySQL调优面试题，并给出相应的解答。
1. 什么是MySQL的优化?MySQL的优化是指通过改进配置、索引和查询语句等手段，提高MySQL数据库系统的性能、稳定性和可用性的过程。
优化的目标是减少资源占用，提高查询速度，提高并发性能，以及降低数据库的负载。
2. 怎样查看MySQL的性能瓶颈?常见的方法有：- 运行SHOW PROCESSLIST命令，查看当前的查询和连接情况，找出正在执行的耗时查询。
- 使用MySQL自带的性能监控工具，如MySQL Workbench、MySQL Enterprise Monitor等，收集和分析数据库性能指标。
- 使用第三方性能监控工具，如pt-query-digest、Percona Toolkit等，对慢查询日志进行分析，找出影响性能的SQL语句。
- 监控服务器的系统资源使用情况，如CPU、内存、磁盘IO等，找出瓶颈所在。
- 使用性能测试工具，如sysbench、TPC-H等，对数据库进行压力测试，发现性能瓶颈。
3. 如何优化MySQL的查询性能?以下是一些常用的查询性能优化方法：- 使用合适的索引，以加快查询的速度。
可以通过使用EXPLAIN命令来分析查询语句的执行计划，判断是否使用了正确的索引。
- 避免使用SELECT *，只查询需要的字段，减少数据的传输量。
- 优化复杂查询语句，尽量减少子查询的使用，使用JOIN语句等代替。
- 避免在WHERE子句中使用函数或计算，以免引起全表扫描。
- 对于频繁执行的查询，考虑使用缓存技术，如Memcached或Redis，将查询结果缓存起来。
- 分析和优化查询语句的执行计划。
4. 如何优化MySQL的表结构?以下是一些常用的表结构优化方法：- 根据业务需求设计合理的表结构，避免冗余字段和重复数据。
MySQL常见性能问题的排查与解决技巧
MySQL常见性能问题的排查与解决技巧MySQL是一种常用的关系型数据库管理系统，用于存储和管理大量数据。
然而，随着数据量的增加和并发访问的增加，MySQL数据库可能遇到性能问题。
本文将讨论常见的MySQL性能问题，并提供排查和解决这些问题的技巧。
一、慢查询问题慢查询是指执行时间较长的SQL语句，影响系统的响应速度。
慢查询可能由于以下原因引起：1.索引问题：缺乏合适的索引或使用了不当的索引，导致查询效率低下。
解决方法是分析查询语句并创建合适的索引，或者优化现有索引。
2.复杂查询语句：复杂的联表查询、子查询或嵌套查询可能导致慢查询。
解决方法是优化查询语句，尽量减少不必要的联表操作和子查询。
3.锁问题：当多个并发用户查询同一个表时，可能发生锁等待，导致查询变慢。
解决方法是优化锁的使用，例如使用合理的事务隔离级别，或者通过调整锁粒度减少锁冲突。
二、连接问题连接问题是指MySQL无法处理大量并发连接请求，导致系统响应变慢或无法响应。
常见的连接问题包括：1.连接数限制：MySQL默认有最大连接数限制，当连接数达到上限时，会导致新的连接被拒绝。
解决方法是增加最大连接数配置或者优化应用程序的连接管理，尽量复用连接。
2.连接超时：当连接空闲时间较长时，可能会由于超时被断开，导致应用程序重新建立连接，造成性能损失。
解决方法是调整连接超时参数，确保连接时间合理。
3.连接泄漏：应用程序在使用完数据库连接后没有及时释放，导致连接资源被浪费。
解决方法是及时释放连接，或者使用连接池管理连接。
三、内存问题内存问题是指MySQL使用的内存资源不足或使用不当，导致系统性能下降。
常见的内存问题包括：1.内存配置不当：MySQL的内存分配参数设置不合理，导致内存不足或浪费。
解决方法是根据系统的实际情况调整内存参数，例如缓冲池大小、连接内存等。
2.内存泄漏：MySQL在运行过程中可能出现内存泄漏问题，导致内存占用逐渐增加。
解决方法是定期监控内存占用情况，及时重启MySQL以释放内存。
如何解决MySQL查询缓慢或卡死的问题
如何解决MySQL查询缓慢或卡死的问题在开发和维护Web应用程序时，经常会面临MySQL查询缓慢或卡死的问题。
这不仅会影响用户体验，还会导致系统性能下降。
在本文中，我们将探讨如何解决这些问题，并提供一些可行的解决方案。
1. 优化查询语句查询语句的优化是解决MySQL查询缓慢的首要步骤。
首先，确保查询语句的正确性，检查是否有语法错误或逻辑错误。
其次，使用正确的索引来加速查询。
使用EXPLAIN语句来分析查询执行计划，确定是否能够充分利用索引。
如果没有适当的索引，可以通过添加合适的索引来解决查询缓慢的问题。
2. 优化数据库结构数据库的结构设计对查询性能有着重要影响。
首先，每个表应该根据其特点和关系进行适当的正规化和反规范化。
过度正规化可能导致过多的JOIN操作，从而降低查询性能。
另外，避免使用过多的触发器和存储过程，因为它们会增加数据库的负载。
此外，评估是否有必要使用分区表或分片技术来提高查询性能。
3. 调整服务器参数MySQL服务器的参数配置对查询性能有很大影响。
一些常用的参数包括缓存大小、连接数量、并发线程数量等。
增大缓存大小可以减少磁盘IO，提高查询性能。
适当增加连接数量和并发线程数量可以处理更多的并发请求。
然而，注意过度增加这些参数可能导致服务器资源不足。
因此，需要根据实际情况和服务器配置进行适当的调整。
4. 使用适当的存储引擎MySQL支持多种存储引擎，如InnoDB、MyISAM等。
每个存储引擎具有其独特的特点和适用场景。
InnoDB支持事务、并发性能更好，适合多写少读的场景。
MyISAM对于读性能更好，适合读多写少的场景。
因此，选择合适的存储引擎可以显著改善查询性能。
5. 分析慢查询日志MySQL提供了慢查询日志记录查询执行时间超过阈值的语句。
通过分析慢查询日志，我们可以找到需要优化的查询语句，以及可能的索引缺失或其他性能问题。
可以使用工具如pt-query-digest来分析慢查询日志，找到潜在的性能瓶颈。
mysql优化的几种方法
mysql优化的几种方法
1. 合理设计数据库结构：合理划分表和建立索引，将重要的字段和常用的查询条件作为索引，减少数据库查询的时间消耗。
2. 减少数据表的联接：尽量避免多表联接操作，可以通过使用冗余字段或者嵌套查询的方式来减少联接操作。
3. 使用合适的数据类型：选择合适的数据类型可以减少数据库存储空间，提高查询和更新的性能。
例如，使用整型代替字符串类型存储数字数据。
4. 避免全表扫描：尽量使用索引来查询数据，避免全表扫描的性能瓶颈。
如果有大量的数据需要查询，可以考虑分批次查询或者使用分页查询的方式。
5. 批量插入和更新：使用批量插入和更新的方式可以减少数据库的IO操作，提高数据写入的效率。
可以使用INSERT
INTO ... VALUES (...)，或者使用LOAD DATA INFILE进行批量导入数据。
6. 优化查询语句：使用EXPLAIN语句分析查询语句的执行计划，找到慢查询的原因，然后通过修改查询语句或者调整索引来优化查询性能。
7. 使用缓存技术：可以使用缓存系统（如Redis、Memcached）来缓存查询结果，减少数据库的访问次数，提高系统的响应速度。
8. 避免使用SELECT *：尽量避免使用SELECT *查询所有字段，只选择需要的字段，避免传输和处理不必要的数据。
9. 分库分表：当数据量过大时，可以使用分库分表的方式来拆分数据，减少单个数据库的负载，提高数据库的扩展能力和性能。
10. 定期优化和维护：定期进行数据库优化和维护，包括备份
数据、清理无用数据、重新组织表等，保持数据库的健康状态，提高系统的稳定性和性能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
mysql性能优化-慢查询分析、优化索引和配置目录一、优化概述二、查询与索引优化分析1性能瓶颈定位Show命令慢查询日志explain分析查询profiling分析查询2索引及查询优化三、配置优化1) max_connections2) back_log3) interactive_timeout4) key_buffer_size5) query_cache_size6) record_buffer_size7) read_rnd_buffer_size8) sort_buffer_size9) join_buffer_size10) table_cache11) max_heap_table_size12) tmp_table_size13) thread_cache_size14) thread_concurrency15) wait_timeout一、优化概述MySQL数据库是常见的两个瓶颈是CPU和I/O的瓶颈，CPU在饱和的时候一般发生在数据装入内存或从磁盘上读取数据时候。
磁盘I/O瓶颈发生在装入数据远大于内存容量的时候，如果应用分布在网络上，那么查询量相当大的时候那么平瓶颈就会出现在网络上，我们可以用mpstat, iostat, sar和vmstat来查看系统的性能状态。
除了服务器硬件的性能瓶颈，对于MySQL系统本身，我们可以使用工具来优化数据库的性能，通常有三种：使用索引，使用EXPLAIN分析查询以及调整MySQL的内部配置。
二、查询与索引优化分析在优化MySQL时，通常需要对数据库进行分析，常见的分析手段有慢查询日志，EXPLAIN 分析查询，profiling分析以及show命令查询系统状态及系统变量，通过定位分析性能的瓶颈，才能更好的优化数据库系统的性能。
1 性能瓶颈定位Show命令我们可以通过show命令查看MySQL状态及变量，找到系统的瓶颈：Mysql> show status ——显示状态信息（扩展show status like ‘XXX’）Mysql> show variables ——显示系统变量（扩展show variables like ‘XXX’）Mysql> show innodb status ——显示InnoDB存储引擎的状态Mysql> show processlist ——查看当前SQL执行，包括执行状态、是否锁表等Shell> mysqladmin variables -u username -p password——显示系统变量Shell> mysqladmin extended-status -u username -p password——显示状态信息查看状态变量及帮助：Shell> mysqld –verbose –help [|more #逐行显示]比较全的Show命令的使用可参考： http://blog.php //18/慢查询日志慢查询日志开启：在配置文件f或my.ini中在[mysql d]一行下面加入两个配置参数log-slow-queries=/data/mysqldata/slow-query.loglong_query_time=2注：log-slow-queries参数为慢查询日志存放的位置，一般这个目录要有mysql的运行帐号的可写权限，一般都将这个目录设置为mysql的数据存放目录；long_query_time=2中的2表示查询超过两秒才记录；在f或者my.ini中添加log-queries-not-using-indexes参数，表示记录下没有使用索引的查询。
log-slow-queries=/data/mysqldata/slow-query.loglong_query_time=10 log-queries-not-using-indexes慢查询日志开启方法二：我们可以通过命令行设置变量来即时启动慢日志查询。
由下图可知慢日志没有打开，slow_launch_time=# 表示如果建立线程花费了比这个值更长的时间,slow_launch_threads 计数器将增加设置慢日志开启MySQL后可以查询long_query_time 的值。
为了方便测试，可以将修改慢查询时间为5秒。
慢查询分析mysqldumpslow我们可以通过打开log文件查看得知哪些SQL执行效率低下[root@localhost mysql]# more slow-query.log# Time: 081026 19:46:34 # User@Host: root[root] @ localhost [] # Query_time: 11 Lock_time: 0 Rows_sent: 1 Rows_examined: 6552961select count(*) from t_user; 从日志中，可以发现查询时间超过5 秒的SQL，而小于5秒的没有出现在此日志中。
如果慢查询日志中记录内容很多，可以使用mysqldumpslow工具（MySQL客户端安装自带）来对慢查询日志进行分类汇总。
mysqldumpslow对日志文件进行了分类汇总，显示汇总后摘要结果。
进入log的存放目录，运行[root@mysql_data]#mysqldumpslow slow-query.log Reading mysql slow query log from slow-query.log Count: 2 Time=11.00s (22s) Lock=0.00s (0s) Rows=1.0 (2), root[root]@mysql select count(N) from t_user; mysqldumpslow命令/path/mysqldumpslow -s c -t 10/database/mysql/slow-query.log这会输出记录次数最多的10条SQL语句，其中：-s, 是表示按照何种方式排序，c、t、l、r分别是按照记录次数、时间、查询时间、返回的记录数来排序，ac、at、al、ar，表示相应的倒叙；-t, 是top n的意思，即为返回前面多少条的数据；-g, 后边可以写一个正则匹配模式，大小写不敏感的；例如：/path/mysqldumpslow -s r -t 10/database/mysql/slow-log得到返回记录集最多的10个查询。
/path/mysqldumpslow -s t -t 10 -g “left join” /database/mysql/slow-log得到按照时间排序的前10条里面含有左连接的查询语句。
使用mysqldumpslow命令可以非常明确的得到各种我们需要的查询语句，对MySQL查询语句的监控、分析、优化是MySQL优化非常重要的一步。
开启慢查询日志后，由于日志记录操作，在一定程度上会占用CPU资源影响mysql的性能，但是可以阶段性开启来定位性能瓶颈。
explain分析查询使用 EXPLAIN 关键字可以模拟优化器执行SQL查询语句，从而知道MySQL是如何处理你的SQL语句的。
这可以帮你分析你的查询语句或是表结构的性能瓶颈。
通过explain命令可以得到:–表的读取顺序–数据读取操作的操作类型–哪些索引可以使用–哪些索引被实际使用–表之间的引用–每张表有多少行被优化器查询EXPLAIN字段：ØTable：显示这一行的数据是关于哪张表的Øpossible_keys：显示可能应用在这张表中的索引。
如果为空，没有可能的索引。
可以为相关的域从WHERE语句中选择一个合适的语句Økey：实际使用的索引。
如果为NULL，则没有使用索引。
MYSQL很少会选择优化不足的索引，此时可以在SELECT语句中使用USE INDEX（index）来强制使用一个索引或者用IGNORE INDEX （index）来强制忽略索引Økey_len：使用的索引的长度。
在不损失精确性的情况下，长度越短越好Øref：显示索引的哪一列被使用了，如果可能的话，是一个常数Ørows：MySQL认为必须检索的用来返回请求数据的行数Øtype：这是最重要的字段之一，显示查询使用了何种类型。
从最好到最差的连接类型为system、const、eq_reg、ref、range、index和ALLnsystem、const：可以将查询的变量转为常量. 如id=1; id为主键或唯一键.neq_ref：访问索引,返回某单一行的数据.(通常在联接时出现，查询使用的索引为主键或惟一键)nref：访问索引,返回某个值的数据.(可以返回多行) 通常使用=时发生nrange：这个连接类型使用索引返回一个范围中的行，比如使用>或<查找东西，并且该字段上建有索引时发生的情况(注:不一定好于index)nindex：以索引的顺序进行全表扫描，优点是不用排序,缺点是还要全表扫描nALL：全表扫描，应该尽量避免ØExtra：关于MYSQL如何解析查询的额外信息，主要有以下几种nusing index：只用到索引,可以避免访问表.nusing where：使用到where来过虑数据. 不是所有的where clause都要显示using where. 如以=方式访问索引.nusing tmporary：用到临时表nusing filesort：用到额外的排序. (当使用order by v1,而没用到索引时,就会使用额外的排序)nrange checked for eache record(index map:N)：没有好的索引.profiling分析查询通过慢日志查询可以知道哪些SQL语句执行效率低下，通过explain我们可以得知SQL语句的具体执行情况，索引使用等，还可以结合show命令查看执行状态。
如果觉得explain的信息不够详细，可以同通过profiling命令得到更准确的SQL执行消耗系统资源的信息。
profiling默认是关闭的。
可以通过以下语句查看打开功能： mysql>set profiling=1; 执行需要测试的sql 语句：mysql> show profiles\G; 可以得到被执行的SQL语句的时间和IDmysql>show profile for query 1; 得到对应SQL语句执行的详细信息Show Profile命令格式：SHOW PROFILE [type [, type] … ][FOR QUERY n] [LIMIT row_count [OFFSET offset]]type:ALL| BLOCKIO| CONTEXT SWITCHES|CPU|IPC|MEMORY | PAGE FAULTS|SOURCE | SWAPS以上的16rows是针对非常简单的select语句的资源信息，对于较复杂的SQL语句，会有更多的行和字段，比如converting HEAP to MyISAM 、Copying to tmp table等等，由于以上的SQL语句不存在复杂的表操作，所以未显示这些字段。