InnoDB INFORMATION_SCHEMA Tables about Compression

了解关于压缩的InnoDB INFORMATION_SCHEMA表,可以深入了解压缩的整体运行情况:

  • INNODB_CMPINNODB_CMP_RESET提供有关压缩操作数和执行压缩所花费的时间的信息。

  • INNODB_CMPMEMINNODB_CMP_RESET提供有关为压缩分配内存的方式的信息。

  • INNODB_CMP_PER_INDEXINNODB_CMP_PER_INDEX_RESET表包含与压缩的InnoDB表和索引相关的操作的状态信息,以及数据库,表和索引的每种组合的单独统计信息,以帮助您评估特定表的压缩性能和有用性。

4. INNODB_CMP and INNODB_CMP_RESET

INNODB_CMPINNODB_CMP_RESET表包含与压缩的InnoDB表相关的操作的状态信息。

INNODB_CMPINNODB_CMP_RESET具有同样的列,如下:

  • page_size :压缩页面大小(以字节为单位)
  • compress_ops :已压缩大小为PAGE_SIZE的B树页面的次数。只要创建空页面或未压缩修改日志的空间用完,页面就会被压缩。
  • compress_ops_ok:已成功压缩大小为PAGE_SIZE的B树页面的次数。此计数不应超过COMPRESS_OPS。
  • compress_time :用于尝试压缩大小为PAGE_SIZE的B树页的总时间(秒)。
  • uncompress_ops :已解压缩大小为PAGE_SIZE的B树页面的次数。每当压缩失败或在缓冲池中不存在未压缩页面时首次访问时,B树页面都是未压缩的。
  • uncompress_time:用于解压缩大小为PAGE_SIZE的B树页面的总时间(秒)。

Notes

  • 使用这些表来衡量数据库中InnoDB表压缩的有效性。

  • 您必须具有PROCESS权限才能查询此表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句查看有关此表的列的其他信息,包括数据类型和默认值。

  • 有关使用信息,请参见“在运行时监视InnoDB表压缩”和“使用压缩信息架构表”。 有关InnoDB表压缩的一般信息,请参见“InnoDB表和页面压缩”。

示例

mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_CMP;
+-----------+--------------+-----------------+---------------+----------------+-----------------+
| page_size | compress_ops | compress_ops_ok | compress_time | uncompress_ops | uncompress_time |
+-----------+--------------+-----------------+---------------+----------------+-----------------+
| 1024 | 0 | 0 | 0 | 0 | 0 |
| 2048 | 0 | 0 | 0 | 0 | 0 |
| 4096 | 0 | 0 | 0 | 0 | 0 |
| 8192 | 0 | 0 | 0 | 0 | 0 |
| 16384 | 0 | 0 | 0 | 0 | 0 |
+-----------+--------------+-----------------+---------------+----------------+-----------------+
5 rows in set (0.00 sec)

5. INNODB_CMPMEM 与 INNODB_CMPMEM_RESET

INNODB_CMPMEMINNODB_CMPMEM_RESET表包含InnoDB缓冲池中压缩页面的状态信息。

INNODB_CMPMEMINNODB_CMPMEM_RESET表有以下列:

  • page_size :块大小(以字节为单位)。该表的每条记录都描述了这种大小的块。
  • buffer_pool_instance:缓冲池实例的唯一标识符。
  • pages_used :当前正在使用的大小为PAGE_SIZE的块数。
  • pages_free :当前可用于分配的大小为PAGE_SIZE的块数。此列显示内存池中的外部碎片。理想情况下,这些数字最多应为1。
  • relocation_ops :已重新定位大小为PAGE_SIZE的块的次数。伙伴系统在尝试形成更大的释放块时可以重新定位已释放块的已分配“伙伴邻居”。从INNODB_CMPMEM_RESET表读取会重置此计数。
  • relocation_time :用于重新定位大小为PAGE_SIZE的块的总时间(以微秒为单位)。从表中读取INNODB_CMPMEM_RESET会重置此计数。

Notes

  • 使用这些表来衡量数据库中InnoDB表压缩的有效性。

  • 您必须具有PROCESS权限才能查询此表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句查看有关此表的列的其他信息,包括数据类型和默认值。

  • 有关使用信息,请参见“在运行时监视InnoDB表压缩”和“使用压缩信息架构表”。 有关InnoDB表压缩的一般信息,请参见“InnoDB表和页面压缩”。

示例

mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_CMPMEM\G
*************************** 1. row ***************************
page_size: 1024
buffer_pool_instance: 0
pages_used: 0
pages_free: 0
relocation_ops: 0
relocation_time: 0
*************************** 2. row ***************************
page_size: 2048
buffer_pool_instance: 0
pages_used: 0
pages_free: 0
relocation_ops: 0
relocation_time: 0
*************************** 3. row ***************************
page_size: 4096
buffer_pool_instance: 0
pages_used: 0
pages_free: 0
relocation_ops: 0
relocation_time: 0
*************************** 4. row ***************************
page_size: 8192
buffer_pool_instance: 0
pages_used: 7673
pages_free: 15
relocation_ops: 4638
relocation_time: 0
*************************** 5. row ***************************
page_size: 16384
buffer_pool_instance: 0
pages_used: 0
pages_free: 0
relocation_ops: 0
relocation_time: 0

6. INNODB_CMP_PER_INDEX 与 INNODB_CMP_PER_INDEX_RESET

INNODB_CMP_PER_INDEXINNODB_CMP_PER_INDEX_RESET表包含与压缩的InnoDB表和索引相关的操作的状态信息,以及数据库,表和索引的每种组合的单独统计信息,以帮助您评估特定表的压缩性能和有用性。

对于压缩的InnoDB表,表数据和所有二级索引都被压缩。 在此上下文中,表数据仅被视为另一个索引,恰好包含所有列:聚簇索引。

INNODB_CMP_PER_INDEXINNODB_CMP_PER_INDEX_RESET表有以下列:

  • database_name :包含适用表的schema(数据库)。
  • table_name :用于监视压缩统计信息的表。
  • index_name :用于监视压缩统计信息的索引。
  • compress_ops :尝试的压缩操作数。只要创建空页面或未压缩修改日志的空间用完,页面就会被压缩。
  • compress_ops_ok:成功压缩操作的次数。从COMPRESS_OPS值中减去以获得压缩失败次数。除以COMPRESS_OPS值以获得压缩失败的百分比。
  • compress_time :用于压缩此索引中的数据的总时间(以秒为单位)。
  • uncompress_ops :执行的解压缩操作数。压缩失败时压缩的InnoDB页面未压缩,或者第一次在缓冲池中访问压缩页面并且未压缩页面不存在。
  • uncompress_time:用于解压缩此索引中的数据的总时间(以秒为单位)。

Notes

  • 使用这些表来衡量InnoDB表压缩对特定表,索引或两者的有效性。

  • 您必须具有PROCESS权限才能查询这些表。

  • 使用INFORMATION_SCHEMA COLUMNS表或SHOW COLUMNS语句可以查看有关这些表的列的其他信息,包括数据类型和默认值。

  • 由于为每个索引收集单独的度量会产生大量性能开销,因此默认情况下不会收集INNODB_CMP_PER_INDEX和INNODB_CMP_PER_INDEX_RESET统计信息。 在对要监视的压缩表执行操作之前,必须启用innodb_cmp_per_index_enabled配置选项。

  • 有关使用信息,请参见“在运行时监视InnoDB表压缩”和“使用压缩信息架构表”。 有关InnoDB表压缩的一般信息,请参见“InnoDB表和页面压缩”。

示例

mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_CMP_PER_INDEX\G
*************************** 1. row ***************************
database_name: employees
table_name: salaries
index_name: PRIMARY
compress_ops: 0
compress_ops_ok: 0
compress_time: 0
uncompress_ops: 23451
uncompress_time: 4
*************************** 2. row ***************************
database_name: employees
table_name: salaries
index_name: emp_no
compress_ops: 0
compress_ops_ok: 0
compress_time: 0
uncompress_ops: 1597
uncompress_time: 0

InnoDB INFORMATION_SCHEMA Tables about Compression的更多相关文章

  1. InnoDB INFORMATION_SCHEMA System Tables

    InnoDB INFORMATION_SCHEMA System Tables 可以使用InnoDB INFORMATION_SCHEMA系统表提取有关InnoDB管理的schema对象的元数据. 此 ...

  2. InnoDB INFORMATION_SCHEMA Lock Tables

    InnoDB INFORMATION_SCHEMA Lock Tables 三张InnoDB INFORMATION_SCHEMA表使您能够监视事务并诊断潜在的锁定问题: INNODB_TRX:提供有 ...

  3. InnoDB INFORMATION_SCHEMA FULLTEXT Index Tables

    InnoDB INFORMATION_SCHEMA FULLTEXT Index Tables 下表提供了FULLTEXT索引的元数据: mysql> SHOW TABLES FROM INFO ...

  4. InnoDB INFORMATION_SCHEMA Buffer Pool Tables

    InnoDB INFORMATION_SCHEMA Buffer Pool Tables InnoDB INFORMATION_SCHEMA缓冲池表提供有关InnoDB缓冲池中页面的缓冲池状态信息和元 ...

  5. information_schema.TABLES

    获取所有表结构(TABLES) SELECT * FROM information_schema.TABLES WHERE TABLE_SCHEMA='数据库名'; TABLES表:提供了关于数据库中 ...

  6. 关于mysql中information_schema.tables

    项目中出现这样一个SQL语句,现记录如下: @Select("select table_name tableName, engine, table_comment tableComment, ...

  7. 【整理】mysql中information_schema.tables字段说明

    [整理]mysql中information_schema.tables字段说明 2016-05-04 16:47:50|  分类: 默认分类|举报|字号 订阅     下载LOFTER我的照片书  | ...

  8. InnoDB INFORMATION_SCHEMA Temporary Table Info Table

    InnoDB INFORMATION_SCHEMA Temporary Table Info Table INNODB_TEMP_TABLE_INFO提供有关InnoDB实例中当前活动的用户创建的In ...

  9. mysql中information_schema.tables字段说明

      1. 获取所有表结构(TABLES) SELECT  *  FROM information_schema.TABLES WHERE  TABLE_SCHEMA='数据库名';  TABLES表: ...

随机推荐

  1. hihoCoder扩展欧几里得

    #include <iostream> #include <stdio.h> #include <stdlib.h> #include <string.h&g ...

  2. (六)SpringBoot整合Swagger2框架

    一:什么是Swagger Swagger是一款通过我们添加的注解来对方法进行说明,来自动生成项目的在线api接口文档的web服务. 二:添加Swagger2依赖 <dependency> ...

  3. 易爆物(X-Plosives )基础并查集

    #include <iostream> #include <algorithm> using namespace std; + ; int fa[maxn]; int Find ...

  4. __slots__ 和 @property

    动态非常灵活, 创建一个class后, 给实例绑定一个属性: >>> class Bird: ... pass ... >>> s = Bird() >> ...

  5. Python函数和面向对象题目

  6. _bzoj1029 [JSOI2007]建筑抢修【贪心 堆】

    传送门:http://www.lydsy.com/JudgeOnline/problem.php?id=1029 经典的贪心问题,不解释. #include <cstdio> #inclu ...

  7. JavaScript中简单排序总结

    JavaScript中简单排序总结 冒泡排序 经典排序算法, 双重for循环 在第二个for循环的时候, j < arr.len -1 -i , 这一步的优化很重要 function bullS ...

  8. Linux文件和目录的777、755、644权限解释

    Linux文件和目录的权限 1.文件权限 在linux系统中,文件或目录的权限可以分为3种: r:4 读 w:2 写 x:1  执行(运行)-:对应数值0 数字 4 .2 和 1表示读.写.执行权限 ...

  9. [转]ASP.NET MVC Bootstrap极速开发框架

    本文转自:http://www.cnblogs.com/smartbooks/p/3814927.html 前言 每次新开发项目都要从头开始设计?有木有一个通用的快速开发框架?并且得是ASP.NET ...

  10. state vs props

    我们来一个关于 state 和 props 的总结. state 的主要作用是用于组件保存.控制.修改自己的可变状态.state 在组件内部初始化,可以被组件自身修改,而外部不能访问也不能修改.你可以 ...