mysql怎么看生命周期,mysql出生日期

Mysql-性能分析-Profiling

Show Profile 是mysql提供可以用来分析 当前会话 中语句执行的资源消耗情况，可以用于Sql调优的测量。

请读者继续看前面的图 SQL执行具体细节 ，左边 Status 列展示了一条SQL执行的从开始到清理的整个生命周期中执行的操作。如果在其生命周期阶段出现如下的情况的就要重视了：

开启 Profiling 后，mysql会留下15条最近执行的sql的 现场 , 便于我们发现问题。

Show profiles 用来查最近的15条。

Show profile 用来展示每一个SQL执行阶段的耗时清单，便于我们发现耗时最多的地方，然后以此为依据查找问题所在，最后优化SQL或者优化mysql参数。比如耗时清单创建了临时表，就要考虑表是否创建索引，如果创建了那么是否没有用到或者失效了。

总的来说 Profiling 是一个很不错的mysql性能分析工具。

MySQL show profile

1. 是什么？

是MySQL提供的可以用来分析当前会话中语句执行的资源消耗情况的工具，可以用于sql调优的测量。默认是处于关闭状态的，会保存最近15次的运行结果。

2. 查看状态：

执行如下命令即可查看profile的状态：

可以看到，现在是关闭的。

3. 开启功能：

可以执行如下语句将其开启：

4. 运行sql：

因为上面我们已经开启了profile，所以执行的sql都会被记录到相关文件中，下面我们随便执行几段sql。

5. show profile：

执行了sql之后，来查看show profile的结果：

查出来可以看到，执行过的sql这里都有记录，前面有对应的id。然后我们可以根据id，查出该条sql执行时的cpu、io等情况，比如我要查看id为14的这条sql执行情况，那么就执行：

可以看到，查出来的结果就涵盖了sql执行过程中的整个生命周期，从校验权限、打开表开始，一直到查询结束，cleaning up。每个过程的cpu和io情况都对应的展示出来了。上面我们查询的字段是cpu和block io，那还有其他的吗？当然有，如下表：

查出来之后，我们要怎么知道生命周期中的哪个步骤有猫病呢？主要观察如下四个：

如果查出来的status列包含了上述四个中的一个，都是会拖慢sql的执行速度的。

6. 全局查询日志：

这个主要是用于开发、测试环境用来排查问题的，永远不要中在生产环境中开启此功能，因为日志会非常非常多。

启用方式有两种：

执行完之后，此后所执行的sql都会保存到mysql库的general_log表里。

关于 MYSQL 临时表的问题，求解答

MySQL 需要创建隐式临时表来解决某些类型的查询。往往查询的排序阶段需要依赖临时表。例如，当您使用 GROUP BY，ORDER BY 或DISTINCT 时。这样的查询分两个阶段执行：首先是收集数据并将它们放入临时表中，然后是在临时表上执行排序。

对于某些 UNION 语句，不能合并的 VIEW，子查询时用到派生表，多表 UPDATE 以及其他一些情况，还需要使用临时表。如果临时表很小，可以到内存中创建，否则它将在磁盘上创建。MySQL 在内存中创建了一个表，如果它变得太大，就会被转换为磁盘上存储。内存临时表的最大值由 tmp_table_size 或 max_heap_table_size 值定义，以较小者为准。MySQL 5.7 中的默认大小为 16MB。如果运行查询的数据量较大，或者尚未查询优化，则可以增加该值。设置阈值时，请考虑可用的 RAM 大小以及峰值期间的并发连接数。你无法无限期地增加变量，因为在某些时候你需要让 MySQL 使用磁盘上的临时表。

注意：如果涉及的表具有 TEXT 或 BLOB 列，则即使大小小于配置的阈值，也会在磁盘上创建临时表。