#performance_schema
    ##1.定义
        mysql内置的运行时性能观测框架，使用一组表将mysql内核干的内容，次数等全部记录下来
    ##2.流程
      - mysql源码插桩点(Instrument) -> 采集事件（计时/计数）
      - 内存环形缓冲(生产者) -> 按配置写入消费者表
      - 用户select performance_schema.xxx 表
    ##3.插桩
        用在指定源码位置进行计时或者计数的统计，这些写统计的点也叫做插桩点
    ##4.消费者表
        决定某个插桩的数据写进哪张表，比如执行总数，未使用索引数，全表扫描数，执行时间等
        ###4.1.事件下数据分类
        4.11. *_current: 当前服务器上的事件
        4.12. *_history: 每个线程最近完成的10个事件， 10可设置
        4.13. *_history_long: 全局角度, 每个线程最近完成的10000个事件 10000可设置
        ### 4.2.事件分类
        4.21. events_waits: 底层服务器等待事件，比如锁、IO 、互斥对象
        4.22. events_transactions: 事务等待事件
        4.23. events_statements: sql查询语句事件
        4.24. events_stages：配置文件信息，比如创建临时表
        ###4.3.实例表
        4.31. file_instances: 对象实例，包含文件名和访问这些文件的线程数
        ###4.4. 设置表： 主要设置插桩采集什么，存放到哪里，对谁生效等
        4.41. setup_actors: 对哪些用户/主机启动监控
        4.42. setup_consumers:  采集到的数据往哪些表/汇总里写
        4.43. setup_instruments: 采集哪些事件：IO/锁/sql/内存等待
        4.44. setup_objects: 对哪些库/表/存储过程启用对象级监控
        4.45. setup_threads: 对哪些线程类型启用监控
        ###资源消耗

  ###5.如何查sql性能
        5.1. statement类型的插桩： performance schema 将语句指标存储在 evenets_statements_current、events_statements_history 和 statements_history_log表，具有相同结构
        5.1.1 events_statements_history优化
        | 列 | 描述 | 重要性| 原因 |解决方案
        | ------ | ------ | ------ |--------|
        | CREATED_TMP_DISK_TABLES | 查询创建磁盘临时表的数量  | 高 | 创建内存临时表不足转成innodb磁盘临时表（用户无感知） | 优化查询减少临时表的创建或者增加mysql内存大小|
        | CREATED_TMP_TABLES | 查询创建的内存临时表的数量，使用内存等| 中 | join 或者排序无合适索引等 | 需要注意避免临时表超过内存临时表的设置大小 (参数tmp_table_size)
        | SELECT_FULL_JOIN |join执行了全表扫描 | 高|没有合适索引 | 考虑加索引或者调整索引等(前提是表较大时)|
        | SELECT_FULL_RANGE_JOIN | join有索引的范围扫表 | 中 | 无 |
        | SELECT_RANGE | join第一张表范围扫描 | 低 | 无 |
        | SELECT_RANGE_CHECK | join无索引时每行重新判断能不能用索引 |高 | 该值大于0,考虑重新设计索引 |
        | SELECT_SCAN | join对一个表进行了全表扫描 |中 | 第一个表很大则需要处理 |
        | SORT_MERGE_PASSES | 排序引起的磁盘临时文件归并合并次数 |低 | 排序内存缓存不足 | 考虑增加sort_buffer_size|
        | SORT_RANGE | 是否使用的是范围排序 | 低 | 无 |
        | SORT_ROWS | 排序行数 | 中 | 排序行数比返回的数据多，需要优化 |
        | NO_INDEX_USED | select没有使用索引 |高 | 是否优化可以看表大小 |
        | NO_GOOD_INDEX_USED | 查询所用索引不是特别合适 |高 | 该值大于0，考虑重新设计索引 |

      参考高性能mysql第4版

mysql内置的运行时性能观测框架，使用一组表将mysql内核干的内容，次数等全部记录下来

innodb性能优化检测之--performance_schema库 一

innodb性能优化，例如插桩、检测数据等

数据库

后端

运维

performance_schema是MySQL内置的运行时性能观测框架，通过源码插桩点采集计时与计数事件，数据写入消费者表供用户查询。它支持events_waits、transactions、statements、stages等事件分类，并借助setup_actors、instruments等设置表精准控制监控范围。针对SQL性能优化，可从events_statements_history表中分析临时表数量、join全表扫描、索引使用情况及排序缓存等关键指标，有效定位并解决查询瓶颈。

服务器

MySQL

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

performance_schema是MySQL内置的运行时性能观测框架，通过源码插桩点采集计时与计数事件，数据写入消费者表供用户查询。它支持events_waits、transactions、statements、stages等事件分类，并借助setup_actors、instruments等设置表精准控制监控范围。...

innodb性能优化检测之--performance_schema库 一-腾讯云开发者社区-腾讯云

innodb性能优化检测之--performance_schema库一

innodb性能优化检测之--performance_schema库一

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

innodb性能优化检测之--performance_schema库 一

innodb性能优化检测之--performance_schema库 一

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

innodb性能优化检测之--performance_schema库一

innodb性能优化检测之--performance_schema库一