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

最新文章

  1. HTML 5 视频(video)
  2. text/plain && text/html
  3. duilib WindowImplBase BUG修复 --- 按一次ESC键, 关闭多个窗口
  4. 简述Mesos API–files
  5. 统一使用GPT分区表,安装MAC 10.10 和 Win8.1 pro双系统
  6. SharePoint 2013 Nintex Workflow 工作流帮助(三)
  7. POJ 3422 Kaka's Matrix Travels (K取方格数:最大费用流)
  8. hdu1792 水题
  9. The Perfect Stall
  10. <%@ include file=” ”%> ——最简洁易懂的解释
  11. silverlight游戏在坑内发展
  12. SAX解析XML文件实例代码
  13. c# List集合中First、Last、Single方法使用
  14. [原创]Faster R-CNN论文翻译
  15. python之路:用户输入(一)
  16. LeetCode算法题-Isomorphic Strings(Java实现)
  17. poj3662 二分+最短路
  18. bzoj3992
  19. 前端学习之路-CSS介绍,Html介绍,JavaScript介绍
  20. SQL Server 导出Excel有换行的解决方法

热门文章

  1. spark 机器学习 朴素贝叶斯 原理(一)
  2. ionic4+angular7+cordova上传图片
  3. 第十五篇 .NET高级技术之正则表达式
  4. 如何使用go打出hell word
  5. 一些CSS的备忘
  6. pyinstaller 打包.exe文件记录遇到的问题
  7. oracle PL、SQL(二)
  8. ES6学习笔记(10)----Set和Map数据结构
  9. WEB前端学习有用的书籍
  10. Android单独继承View类来实现自定义控件