zoukankan      html  css  js  c++  java
  • 18. PROFILING

    18. PROFILING

    PROFILING表提供语句分析信息。 其内容对应于SHOW PROFILE和SHOW PROFILES语句生成的信息(参见“SHOW PROFILE语法”)。

    注意
    该表已弃用,将在未来的MySQL版本中删除。 请改用Performance Schema; 请参见“使用性能模式查询分析”。

    PROFILING表有以下列:

    • QUERY_ID :数字语句标识符
    • SEQ :一个序列号,指示具有相同QUERY_ID值的行的显示顺序。
    • STATE :状态
    • DURATION :语句执行在给定状态中保持多长时间,以秒为单位。
    • CPU_USER :用户使用CPU时间,以s为单位
    • CPU_SYSTEM :系统使用CPU时间,以s为单位
    • CONTEXT_VOLUNTARY :发生了多少自愿的上下文切换
    • CONTEXT_INVOLUNTARY:发生了多少非自愿的上下文切换
    • BLOCK_OPS_IN :块输入操作数量
    • BLOCK_OPS_OUT :块输出操作数量
    • MESSAGES_SENT :发送的通信消息数
    • MESSAGES_RECEIVED :接受的通信消息数
    • PAGE_FAULTS_MAJOR :主页面错误数量
    • PAGE_FAULTS_MINOR :次页面错误数量
    • SWAPS :发生了多少次swap
    • SOURCE_FUNCTION :指配置文件状态在源代码function位置的执行的信息
    • SOURCE_FILE :指配置文件状态在源代码file位置的执行的信息
    • SOURCE_LINE :指配置文件状态在源代码line位置的执行的信息

    Notes

    • PROFILING表是一个非标准的INFORMATION_SCHEMA表。

    分析信息也可以从SHOW PROFILE和SHOW PROFILES语句中获得。“SHOW PROFILE语法”。 例如,以下查询等价的:

    mysql> SET profiling = 1;
    
    mysql> SHOW PROFILE FOR QUERY 2;
    +----------------------+----------+
    | Status               | Duration |
    +----------------------+----------+
    | starting             | 0.000045 |
    | checking permissions | 0.000008 |
    | Opening tables       | 0.000035 |
    | init                 | 0.000018 |
    | System lock          | 0.000006 |
    | optimizing           | 0.000005 |
    | statistics           | 0.000009 |
    | preparing            | 0.000008 |
    | executing            | 0.000031 |
    | Sending data         | 0.000039 |
    | end                  | 0.000004 |
    | query end            | 0.000006 |
    | closing tables       | 0.000003 |
    | removing tmp table   | 0.000006 |
    | closing tables       | 0.000004 |
    | freeing items        | 0.000012 |
    | cleaning up          | 0.000011 |
    +----------------------+----------+
    17 rows in set, 1 warning (0.00 sec)
    
    mysql> SELECT STATE, FORMAT(DURATION, 6) AS DURATION
        -> FROM INFORMATION_SCHEMA.PROFILING
        -> WHERE QUERY_ID = 2 ORDER BY SEQ;
    +----------------------+----------+
    | STATE                | DURATION |
    +----------------------+----------+
    | starting             | 0.000045 |
    | checking permissions | 0.000008 |
    | Opening tables       | 0.000035 |
    | init                 | 0.000018 |
    | System lock          | 0.000006 |
    | optimizing           | 0.000005 |
    | statistics           | 0.000009 |
    | preparing            | 0.000008 |
    | executing            | 0.000031 |
    | Sending data         | 0.000039 |
    | end                  | 0.000004 |
    | query end            | 0.000006 |
    | closing tables       | 0.000003 |
    | removing tmp table   | 0.000006 |
    | closing tables       | 0.000004 |
    | freeing items        | 0.000012 |
    | cleaning up          | 0.000011 |
    +----------------------+----------+
    17 rows in set, 1 warning (0.00 sec)
    
  • 相关阅读:
    springboot打war包汇总
    springBoot获取@NotBlank,@NotNull注解的message信息
    springBoot数据校验与统一异常处理
    ETL子系统
    “斐波那契数列”衍生题
    什么是数据仓库?
    准确率、精确率、召回率、F-Measure、ROC、AUC
    python探索微信朋友信息
    Kaggle之泰坦尼克号幸存预测估计
    通过房价预测入门Kaggle
  • 原文地址:https://www.cnblogs.com/wanbin/p/9514632.html
Copyright © 2011-2022 走看看