InnoDB INFORMATION_SCHEMA Tables about Compression
InnoDB INFORMATION_SCHEMA Tables about Compression
了解关于压缩的InnoDB INFORMATION_SCHEMA表,可以深入了解压缩的整体运行情况:
INNODB_CMP和INNODB_CMP_RESET提供有关压缩操作数和执行压缩所花费的时间的信息。INNODB_CMPMEM和INNODB_CMP_RESET提供有关为压缩分配内存的方式的信息。INNODB_CMP_PER_INDEX和INNODB_CMP_PER_INDEX_RESET表包含与压缩的InnoDB表和索引相关的操作的状态信息,以及数据库,表和索引的每种组合的单独统计信息,以帮助您评估特定表的压缩性能和有用性。
4. INNODB_CMP and INNODB_CMP_RESET
INNODB_CMP和INNODB_CMP_RESET表包含与压缩的InnoDB表相关的操作的状态信息。
INNODB_CMP和INNODB_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_CMPMEM和INNODB_CMPMEM_RESET表包含InnoDB缓冲池中压缩页面的状态信息。
INNODB_CMPMEM和INNODB_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_INDEX和INNODB_CMP_PER_INDEX_RESET表包含与压缩的InnoDB表和索引相关的操作的状态信息,以及数据库,表和索引的每种组合的单独统计信息,以帮助您评估特定表的压缩性能和有用性。
对于压缩的InnoDB表,表数据和所有二级索引都被压缩。 在此上下文中,表数据仅被视为另一个索引,恰好包含所有列:聚簇索引。
INNODB_CMP_PER_INDEX和INNODB_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的更多相关文章
- InnoDB INFORMATION_SCHEMA System Tables
InnoDB INFORMATION_SCHEMA System Tables 可以使用InnoDB INFORMATION_SCHEMA系统表提取有关InnoDB管理的schema对象的元数据. 此 ...
- InnoDB INFORMATION_SCHEMA Lock Tables
InnoDB INFORMATION_SCHEMA Lock Tables 三张InnoDB INFORMATION_SCHEMA表使您能够监视事务并诊断潜在的锁定问题: INNODB_TRX:提供有 ...
- InnoDB INFORMATION_SCHEMA FULLTEXT Index Tables
InnoDB INFORMATION_SCHEMA FULLTEXT Index Tables 下表提供了FULLTEXT索引的元数据: mysql> SHOW TABLES FROM INFO ...
- InnoDB INFORMATION_SCHEMA Buffer Pool Tables
InnoDB INFORMATION_SCHEMA Buffer Pool Tables InnoDB INFORMATION_SCHEMA缓冲池表提供有关InnoDB缓冲池中页面的缓冲池状态信息和元 ...
- information_schema.TABLES
获取所有表结构(TABLES) SELECT * FROM information_schema.TABLES WHERE TABLE_SCHEMA='数据库名'; TABLES表:提供了关于数据库中 ...
- 关于mysql中information_schema.tables
项目中出现这样一个SQL语句,现记录如下: @Select("select table_name tableName, engine, table_comment tableComment, ...
- 【整理】mysql中information_schema.tables字段说明
[整理]mysql中information_schema.tables字段说明 2016-05-04 16:47:50| 分类: 默认分类|举报|字号 订阅 下载LOFTER我的照片书 | ...
- InnoDB INFORMATION_SCHEMA Temporary Table Info Table
InnoDB INFORMATION_SCHEMA Temporary Table Info Table INNODB_TEMP_TABLE_INFO提供有关InnoDB实例中当前活动的用户创建的In ...
- mysql中information_schema.tables字段说明
1. 获取所有表结构(TABLES) SELECT * FROM information_schema.TABLES WHERE TABLE_SCHEMA='数据库名'; TABLES表: ...
随机推荐
- poj 2492 A Bug's Life【带权并查集】
就是给一个无向图判是否有奇环 用带权并查集来做,边权1表示连接的两个节点异性,否则同性,在%2意义下进行加法运算即可,最后判相同的时候也要%2,因为可能有负数 #include<iostream ...
- bzoj 1076: [SCOI2008]奖励关【状压dp+概率dp】
设f[i][s]为前i步,选的礼物集合为s的方案数,然而并不会转移-- 看了hzwer的blog,发现要倒着转移,然后答案就是f[1][0] 妙啊 #include<iostream> # ...
- Spring自动扫描注解类的冲突问题
原文地址:http://www.blogjava.net/crazycy/archive/2014/07/12/415738.html Spring MVC项目中通常会有二个配置文件,spring-s ...
- 【模板】RMQ问题的ST表实现
$RMQ$问题:给定一个长度为$N$的区间,$M$个询问,每次询问$[L_i,R_i]$这段区间元素的最大值/最小值. $RMQ$的高级写法一般有两种,即为线段树和$ST$表. 本文主要讲解一下$ST ...
- python浅拷贝深拷贝
copy_list=list[:] 得到的是浅拷贝,即只能顶层拷贝,里面的嵌套不会复制一份. a = [0, [1, 2], 3] b = a[:] a[0] = 8 a[1][1] = 9 请问现 ...
- Steps to Resolve the Database JAVAVM Component if it Becomes INVALID After Applying an OJVM Patch
11.2.0.2升级到11.2.0.4 memory_target 设置过小,只有800M. 导致jserver jave virtual machine 组件无法安装, 建议升级之前至少memory ...
- debug授权码
www.vfxcx.com 704835b5c54b56426257e0742568fe54
- Andriod 简介
Andriod系统采用分层架构,分为4层: 应用程序层(Applications) 包含所有安装在手机上的应用程序(包括系统自带的程序) 应用程序框架层(Application Framework) ...
- CF779B(round 402 div.2 B) Weird Rounding
题意: Polycarp is crazy about round numbers. He especially likes the numbers divisible by 10k. In the ...
- 上交oj1219 重要的逆序数对
题意: https://acm.sjtu.edu.cn/OnlineJudge/problem/1219 思路: 在经典的归并排序求逆序数对算法基础上稍作修改. 实现: #include <io ...