时间：2021-07-01 10:21:17 帮助过：22人阅读
官方文档
-- ger3_space的file_block_size=4096，不是innodb_page_size的大小
-- 所在在创建 普通表 的时候，报错了
mysql> create table test_ger (a int) tablespace=ger3_space;
ERROR 1478 (HY000): InnoDB: Tablespace `ger3_space` uses block size 4096 and cannot contain a table with physical page size 8192
-- 使用压缩表的方式
mysql> create table comps_test1 (a int) row_format=compressed, key_block_size=4; -- 1K, 2K, 4K, 8K, 16K 只有这几个页大小可以选择
Query OK, 0 rows affected (0.13 sec)
-- 在之前的ger3_space中创建压缩表
mysql> create table comps_test2 (a int)tablespace=ger3_space row_format=compressed, key_block_size=4;
-- 由于ger3_space是4K的，所以这里页大小也只能是4K Query OK, 0 rows affected (0.09 sec)
-- 修改存在的表变成压缩表
mysql> alter table t1 row_format=compressed,key_block_size=4; Query OK, 0 rows affected (0.17 sec)
Records: 0 Duplicates: 0 Warnings: 0注意：
虽然SQL语法中写的是 row_format=compressed ，但是压缩是针对页的，而不是记录 ；即读页的时候解压 ，写页的时候压缩 ，并不会在读取或写入单个记录（row）时就进行解压或压缩操作。
key_block_size 的可选项是1k，2k，4k，8k，16k（是页大小，不是比例）
不是将原来 innodb_page_size页大小的数据压缩成 key_block_size 的页大小，因为有些数据可能不能压缩，或者压缩不到那么小
压缩是将原来的页的数据通过压缩算法压缩到一定的大小，然后用 key_block_size大小的页去存放。
比如原来的
innodb_page_size大小是 16K ，现在的 key_block_size 设置为 8K ,某表的数据大小是 24k ，原先使用 2 个 16k 的页存放；压缩后,数据从 24k –> 18k ；由于现在的 key_block_size=8k 所以需要 3 个 8K 的页存放压缩后的 18k 数据多余的空间可以留给下次插入或者更新
压缩比和设置的 key_block_size 没有关系。压缩比看数据本身和算法（zlib）， key_block_size 仅仅是设置存放压缩数据的页大小，不解压也能插入数据，通过在剩余空间直接存放 redo log ，然后页空间存放满后，再解压，利用 redo log 更新完成后，最后再压缩存放（此时就没有redo log 了）。减少解压和压缩的次数。
mysql> use employees ;
Database changed
mysql> create table employee_comps_1 like employees;
Query OK, 0 rows affected
mysql> alter table employee_comps_1 row_format=compressed,key_block_size=4;
Query OK, 0 rows affected
mysql> > show create table employee_comps_1\G
*************************** 1. row ***************************
Table: employee_comps_1
Create Table: CREATE TABLE `employee_comps_1` (
`emp_no` int(11) NOT NULL,
`birth_date` date NOT NULL,
`first_name` varchar(14) NOT NULL,
`last_name` varchar(16) NOT NULL,
`gender` enum('M','F') NOT NULL,
`hire_date` date NOT NULL,
PRIMARY KEY (`emp_no`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 ROW_FORMAT=COMPRESSED KEY_BLOCK_SIZE=4
1 row in set (0.00 sec)
-- 插入数据
mysql> insert into employee_comps_1 select * from employees;
Query OK, 300024 rows affected (6.65 sec)
Records: 300024 Duplicates: 0 Warnings: 0
-- 查看压缩比
mysql> use information_schema;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql>select * from 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 | 18599 | 13442 | 2 | 5157 | 0 |
| 8192 | 0 | 0 | 0 | 0 | 0 |
| 16384 | 0 | 0 | 0 | 0 | 0 |
+-----------+--------------+-----------------+---------------+----------------+-----------------+
5 rows in set (0.01 sec)
mysql> select 13442/18599; -- compress_ops_ok / compress_ops
+-------------+
| 13442/18599 |
+-------------+
| 0.7227 | -- 压缩比在90%
+-------------+
1 row in set (0.00 sec)
mysql> select * from INNODB_CMP_RESET;
-- 查询INOODB_CMP_RESET，会把INNODB_CMP表中的数据复制过来，并清空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 | 18599 | 13442 | 2 | 5157 | 0 |
| 8192 | 0 | 0 | 0 | 0 | 0 |
| 16384 | 0 | 0 | 0 | 0 | 0 |
+-----------+--------------+-----------------+---------------+----------------+-----------------+
5 rows in set (0.00 sec)
mysql> select * from 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)
-- 注意，这个表里面的数据是累加的，是全局信息，没法对应到某一张表shell> ll -h employee*.ibd # 可以看出磁盘占用还是有明显减小的
-rw-r-----. 1 mysql mysql 14M Jan 4 13:41 employee_comps_1.ibd
-rw-r-----. 1 mysql mysql 22M Dec 2 21:32 employees.ibdmysql> show variables like "%innodb_cmp_per_index%";
+------------------------------+-------+
| Variable_name | Value |
+------------------------------+-------+
| innodb_cmp_per_index_enabled | OFF | -- 该功能目前是关闭的
+------------------------------+-------+
1 row in set (0.02 sec)
mysql> set global innodb_cmp_per_index_enabled=1;
Query OK, 0 rows affected (0.00 sec)
mysql> show variables like "%innodb_cmp_per_index%";
+------------------------------+-------+
| Variable_name | Value |
+------------------------------+-------+
| innodb_cmp_per_index_enabled | ON |
+------------------------------+-------+
1 row in set (0.01 sec)
mysql> use employees
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> create table employee_comps_2k like employees;
Query OK, 0 rows affected (0.13 sec)
mysql> alter table employee_comps_2k row_format=compressed,key_block_size=2; -- 设置成2K的页大小
Query OK, 0 rows affected (0.18 sec)
Records: 0 Duplicates: 0 Warnings: 0
mysql> insert into employee_comps_2k select * from employees; -- 插入数据
Query OK, 300024 rows affected (9.68 sec)
Records: 300024 Duplicates: 0 Warnings: 0
mysql> use information_schema;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> select * from INNODB_CMP;
+-----------+--------------+-----------------+---------------+----------------+-----------------+
| page_size | compress_ops | compress_ops_ok | compress_time | uncompress_ops | uncompress_time |
+-----------+--------------+-----------------+---------------+----------------+-----------------+
| 1024 | 0 | 0 | 0 | 0 | 0 |
| 2048 | 34676 | 23729 | 2 | 10947 | 0 |
| 4096 | 0 | 0 | 0 | 0 | 0 |
| 8192 | 0 | 0 | 0 | 0 | 0 |
| 16384 | 0 | 0 | 0 | 0 | 0 |
+-----------+--------------+-----------------+---------------+----------------+-----------------+
5 rows in set (0.01 sec)
mysql> select 23729/34676;
+-------------+
| 23729/34676 |
+-------------+
| 0.6843 | -- 2K时，压缩比是68%
+-------------+
1 row in set (0.01 sec)
mysql> select * from INNODB_CMP_PER_INDEX; -- 开启innodb_cmp_per_index_enabled才有数据
+---------------+-------------------+------------+--------------+-----------------+---------------+----------------+-----------------+
| database_name | table_name | index_name | compress_ops | compress_ops_ok | compress_time | uncompress_ops | uncompress_time |
+---------------+-------------------+------------+--------------+-----------------+---------------+----------------+-----------------+
| employees | employee_comps_2k | PRIMARY | 34676 | 23729 | 2 | 10947 | 0 |
+---------------+-------------------+------------+--------------+-----------------+---------------+----------------+-----------------+
1 row in set (0.00 sec)
-- 可以看到employees.employee_comps_2k这个表的 索引的压缩比（在INNODB中索引即数据）；
-- 在page_size=2K只有一个压缩表的时候，INNODB_CMP和INNODB_CMP_PER_INDEX的值是一样的，并且能够知道是哪个表的情况innodb_cmp_per_index_enabled 这个参数默认关闭，开启对性能有影响
key_block_size=16的含义
innodb_page_size = 16Kkey_block_size = 16是有意义的key_block_size的设置不影响压缩本身（只和数据本身以及zlib算法有关），只是确定压缩后的数据存放的页大小varchar，text等类型的数据，压缩的效果还是比较明显的row_format=compressed就会压缩数据， 是否压缩和设置key_block_size没有关系key_block_size=16的设置是有意义的，因为数据还是进行了压缩，压缩后的数据存放在16K大小的页中从上图可以得到如下信息：
innodb_page_size=16k 的的数据设置 key_block_size=16 是可以压缩的，且效果比较明显；key_block_size 设置的越小，压缩率就越高，上图中 8K 和 4K 的压缩率几乎一样；key_block_size 的设置的值（ 经验值 ）通常为 innodb_page_size 的 1/2InnoDB Table Compression，其实不够准确，因为他是 基于页的压缩官方文档
透明表空间压缩 官方测试
在MySQL官方文档中， 透明表空间压缩 称为 InnoDB Page Compression 以区别于原来的 InnoDB Table Compression ，但是他们其实 都是基于页（Page）的压缩 。
透明表空间压缩 应该写成 InnoDB Transparent Page Compression 更为贴切。
-- 透明表空间压缩的创建
mysql> create table trans_test_1 (a int ) compression="zlib"; -- 使用zlib的压缩算法
Query OK, 0 rows affected, 1 warning (0.14 sec) -- 存在warning
mysql> create table trans_test_2 (a int ) compression="lz4"; -- 使用lz4的压缩算法
Query OK, 0 rows affected, 1 warning (0.13 sec)
mysql> alter table trans_test_2 compression="zlib";
Query OK, 0 rows affected (0.05 sec)
Records: 0 Duplicates: 0 Warnings: 0
mysql> optimize table trans_test_2; -- 官方文档中提及如果是已存在的表，需要执行optimize table操作
+------------------------+----------+----------+-------------------------------------------------------------------+
| Table | Op | Msg_type | Msg_text |
+------------------------+----------+----------+-------------------------------------------------------------------+
| burn_test.trans_test_2 | optimize | note | Table does not support optimize, doing recreate + analyze instead |
| burn_test.trans_test_2 | optimize | status | OK |
+------------------------+----------+----------+-------------------------------------------------------------------+
2 rows in set, 1 warning (0.18 sec) -- 还是有warning
mysql> show create table trans_test_1\G
*************************** 1. row ***************************
Table: trans_test_1
Create Table: CREATE TABLE `trans_test_1` (
`a` int(11) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMPRESSION='zlib'
1 row in set (0.00 sec)
-- zlib的压缩比更高
-- lz4的速度更快
在上述创建过程中，并 没有指定页大小 ，而是使用了文件系统（filesystem）层中 稀疏文件 的特性，来达到压缩的目的。Wiki介绍
如上图所示，可以简单的理解为，文件中数据连续为0的部分不占用磁盘空间
# 创建一个零时的，且数据部分全0的文件
shell> dd of=sparse-file bs=1k seek=5120 count=0 # 创建5M大小，内容全为0的文件
0+0 records in
0+0 records out
0 bytes (0 B) copied, 6.7872e-05 s, 0.0 kB/s # 无数据写入到磁盘
shell> ls -hl sparse-file
-rw-r--r--. 1 root root 5.0M Jan 5 00:07 sparse-file # 显示该文件大小为5M
shell> du --block-size=1 sparse-file # 检查文件占用多少空间
0 sparse-file # 显示占用空间为0Punching holes 写入，实则只写入4K的数据；mysql> desc information_schema.INNODB_SYS_TABLESPACES;
+----------------+---------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+----------------+---------------------+------+-----+---------+-------+
| SPACE | int(11) unsigned | NO | | 0 | |
| NAME | varchar(655) | NO | | | |
| FLAG | int(11) unsigned | NO | | 0 | |
| FILE_FORMAT | varchar(10) | YES | | NULL | |
| ROW_FORMAT | varchar(22) | YES | | NULL | |
| PAGE_SIZE | int(11) unsigned | NO | | 0 | |
| ZIP_PAGE_SIZE | int(11) unsigned | NO | | 0 | |
| SPACE_TYPE | varchar(10) | YES | | NULL | |
| FS_BLOCK_SIZE | int(11) unsigned | NO | | 0 | | -- 文件系统的块大小
| FILE_SIZE | bigint(21) unsigned | NO | | 0 | | -- 文件大小
| ALLOCATED_SIZE | bigint(21) unsigned | NO | | 0 | | -- 文件实际分配的大小
| COMPRESSION | varchar(5) | NO | | | |
+----------------+---------------------+------+-----+---------+-------+
12 rows in set (0.00 sec)mysql> show warnings;
+---------+------+---------------------------------------------------------------------------------------------------------------------------+
| Level | Code | Message |
+---------+------+---------------------------------------------------------------------------------------------------------------------------+
| Warning | 138 | InnoDB: Punch hole not supported by the file system or the tablespace page size is not large enough. Compression disabled |
+---------+------+---------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)
-- 原因1是我的内核版本太低，不支持
-- 原因2是因为general方式安装的mysql不支持透明压缩，需要自己编译
-- http://bugs.mysql.com/bug.php?id=77974在InnoDB存储引擎中，表都是根据主键顺序组织存放的，这种存储方式的表称为索引组织表（index organized table），或者叫聚集索引（clustered index）
如果创建表的时候 没有显示指定主键 ，则InnoDB会按照如下方式选择或创建主键：
堆表将索引和数据分开（如MyISAM），索引中叶子节点存放的是数据的位置，而不是数据本身
索引组织表将索引和数据放在了一起，索引的叶子节点（leaf page）存放了所有完整的记录（Row）。
索引即数据，数据即索引
注意：
二级索引中的叶子节点不存放数据本身，而是存放 主键
所以索引由 两个段组成
mysql> create table test_key (
-> a int,
-> b int not null,
-> c int not null,
-> unique key(a),
-> unique key(c),
-> unique key(b)
-> );
Query OK, 0 rows affected (0.16 sec)
mysql> insert into test_key values(1,2,3),(4,5,6),(7,8,9);
Query OK, 3 rows affected (0.04 sec)
Records: 3 Duplicates: 0 Warnings: 0
mysql> select * from test_key;
+------+---+---+
| a | b | c |
+------+---+---+
| 1 | 2 | 3 |
| 4 | 5 | 6 |
| 7 | 8 | 9 |
+------+---+---+
3 rows in set (0.00 sec)
mysql> select *, _rowid from test_key; -- _rowid是主键值
+------+---+---+--------+
| a | b | c | _rowid |
+------+---+---+--------+
| 1 | 2 | 3 | 3 | -- 可以发现，这里的主键是c
| 4 | 5 | 6 | 6 |
| 7 | 8 | 9 | 9 |
+------+---+---+--------+
3 rows in set (0.00 sec)
mysql> create table test_key_2 (
-> a varchar(8), -- 使用varchar类型
-> b varchar(8) not null,
-> c varchar(8) not null,
-> unique key(a),
-> unique key(c),
-> unique key(b)
-> );
Query OK, 0 rows affected (0.15 sec)
mysql> insert into test_key_2 values('a','b','c'),('d','e','f'),('g','h','i');
Query OK, 3 rows affected (0.02 sec)
Records: 3 Duplicates: 0 Warnings: 0
mysql> select * from test_key_2;
+------+---+---+
| a | b | c |
+------+---+---+
| a | b | c |
| d | e | f |
| g | h | i |
+------+---+---+
3 rows in set (0.00 sec)
mysql> select *, _rowid from test_key_2;
ERROR 1054 (42S22): Unknown column '_rowid' in 'field list' -- 报错了
-- _rowid只能是在key的类型为整型时才有效
-- 方法一
mysql> select * from information_schema.columns where table_name="test_key_2" and column_key="PRI"\G
*************************** 1. row ***************************
TABLE_CATALOG: def
TABLE_SCHEMA: burn_test
TABLE_NAME: test_key_2
COLUMN_NAME: c -- 该列的列名是 c
ORDINAL_POSITION: 3
COLUMN_DEFAULT: NULL
IS_NULLABLE: NO
DATA_TYPE: varchar
CHARACTER_MAXIMUM_LENGTH: 8
CHARACTER_OCTET_LENGTH: 32
NUMERIC_PRECISION: NULL
NUMERIC_SCALE: NULL
DATETIME_PRECISION: NULL
CHARACTER_SET_NAME: utf8mb4
COLLATION_NAME: utf8mb4_general_ci
COLUMN_TYPE: varchar(8)
COLUMN_KEY: PRI -- 该列是主键
EXTRA:
PRIVILEGES: select,insert,update,references
COLUMN_COMMENT:
GENERATION_EXPRESSION:
1 row in set (0.00 sec)
-- 方法二
mysql> desc test_key_2;
+-------+------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+------------+------+-----+---------+-------+
| a | varchar(8) | YES | UNI | NULL | |
| b | varchar(8) | NO | UNI | NULL | |
| c | varchar(8) | NO | PRI | NULL | | -- key 是PRI ，就可以知道 c 列是主键
+-------+------------+------+-----+---------+-------+
3 rows in set (0.00 sec)当用户表中没有显示的指定主键，且没有非空唯一键时，系统会 自定义 一个 主键 （6个字节，int型，全局，隐藏）
mysql> create table test_key_3(
-> a int,
-> b int,
-> c int);
Query OK, 0 rows affected (0.11 sec)
mysql> insert into test_key_3 values(1,2,3),(4,5,6),(7,8,9);
Query OK, 3 rows affected (0.02 sec)
Records: 3 Duplicates: 0 Warnings: 0
mysql> select *,_rowid from test_key_3;
ERROR 1054 (42S22): Unknown column '_rowid' in 'field list' --这里无法用_rowid查看，因为系统rowid对用户是透明的假设有 a 和 b 两张表都使用了系统定义的主键，则系统定义的主键的ID
不是在表内进行单独递增的，而是全局递增。
该系统的rowid是定义在 ibdata1.ibd 中的 sys_rowid 中，全局自增
6个字节表示的数据量为 2^48 ，通常意义上是够用的
注意：强烈建议自己显示定义主键
在一个页中不仅仅只有记录，还有 File Header , Page Header , File Trailer 等
? REDUDENT： 兼容老版本的InnoDB，MySQL 4.1版本之前
? COMPACT： MySQL 5.6 版本的默认格式
? COMPRESSED：支持压缩
? DYNAMIC：大对象记录优化， MySQL 5.7 版本默认格式? variable string length list
- 变长字段 列表，表示有 多少个 变长字段，且序号 逆序 显示
? NULL flag
- 是否有NULL值
? rowid
- B+树索引键值
? trx id
- 事物ID，6个字节
? roll pointer
- 回滚指针，7个字节
图中红色部分对应第一条记录，黄色部分对应第二条记录，深蓝色部分对应第三条记录
将红色部分对应的第一条记录进行解析
回滚指针
详细的操作可以参看之前的笔记(008：数据类型)
结果：
在 多字节字符集 （如UTF8mb4）下：
多字节字符集 下，表现的行为和 varchar 类似，失去了原来的优势，当数据更新变长后可能无法 原地更新原地更新 不会触发页的分裂
Free_List 是将页中被删除的空间串联在一起（组成一个 链表 ），当有数据被插到页内时，先看一下Free_list中 第一个空间 的大小，如果 空间合适 ，就将该记录 插入 到 第一个空间 中去，如果 不合适 ，直接插入到 页的尾部 的剩余空间。（ 不会去看Free_list的第二个空间 ）
当该页的数据被插满了，不会马上进行分页，而是进行 reorganize 操作，即将页内的数据在 内存 中进行整理，然后覆盖原来的页（不影响性能），所以InnoDB 不需要碎片整理 。
官方文档
DYNAMIC相比COMPACT，优化了大对象记录的存储。
假设有一条记录有A，B，C，D 四列，其中D列的是text类型，且含有2W个字节的长度。
COMPACT
COMPACT会存储text中的前768个字节的数据，剩余的数据通过20个字节的指针指向溢出页
相对COMPACT，DYNAMIC在一个页中存储的 记录数 更多（因为有768字节的prefix，一条记录的字节假设是800字节，那16K的页只能存放20条记录，而之前我们测算可以存放80条记录），这样一来，B+树的高度可能会变高，读取的IO次数可能会变多。
一个页能存放的记录越多，则性能越优
heap_number表示页中每个 记录插入 的顺序 序号
假设 插入 的数据是 a, b, d, e, g ；则对应的 heap_number 为 2，3，4，5，6
0 和 1 被 infimum 和 supermum 所使用
infimum 对应最小的heap_number
supermum 对应最大的heap_number，随着数据的插入，该值会更新
update对heap_number没有影响
heap_number是物理的，存储在row的 record_header 字段中
-- ==终端1==
mysql> create table test_heap(a int primary key); Query OK, 0 rows affected (0.13 sec)
mysql> insert into test_heap values (1); -- 插入a=1的记录
Query OK, 1 row affected (0.03 sec)
mysql> begin; -- 开启事物
Query OK, 0 rows affected (0.00 sec)
mysql> delete from test_heap where a=1; -- 删除a=1的记录，此时加上了锁
Query OK, 1 row affected (0.00 sec)-- 终端2
mysql>mysql> show variables like "%innodb_status_output_locks%";
+---------------------------- + -------+
| Variable_name | Value |
+---------------------------- + -------+
| innodb_status_output_locks | OFF |
+---------------------------- + -------+
mysql> set global innodb_status_output_locks=1; Query OK, 0 rows affected (0.00 sec)
mysql> pager less -- 使用类似linux中的less命令方式进行查看，可上下翻页
PAGER set to 'less'
mysql> show engine innodb status\G
-- -----------省略其他输出-------------
TABLE LOCK table `burn_test`.`test_heap` trx id 16943 lock mode IX
RECORD LOCKS space id 122 page no 3 n bits 72 index PRIMARY of table `burn_test`.`test_heap` trx id 16943 lock_mode X locks rec but not gap Record lock, heap no 2 PHYSICAL RECORD: n_fields 3; compact format; info bits 32
0: len 4; hex 80000001; asc ;; -- 插入的主键a=1，8的二进制1000，最高位为1，表示有符号的
1: len 6; hex 00000000422f; asc B/;; -- 0x422f的 十进制就是16943 ，表示事物id（trx id）
2: len 7; hex 2c000000450dcf; asc , E ;; -- roll pointer（回滚指针）
-- -----------省略其他输出-------------
-- space id 122 : 表空间id是122
-- page no 3 : 对应的页号是3 （表示第4个页，是root页）
-- heap no 2 : heap number是2 （表示是新插入的第一条记录）
-- heap no = 1 的一种情况-- 终端1
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)
mysql> set tx_isolation='repeatable-read'; Query OK, 0 rows affected (0.00 sec)
mysql> select * from test_heap where a>1 for update; Empty set (0.00 sec)-- 终端2
mysql> show engine innodb status\G
-- -----------省略其他输出-------------
Record lock, heap no 1 PHYSICAL RECORD: n_fields 1; compact format; info bits 0
0: len 8; hex 73757072656d756d; asc supremum;; -- 一条伪记录
Record lock, heap no 2 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
0: len 4; hex 80000001; asc ;;
1: len 6; hex 00000000422e; asc B.;;
2: len 7; hex ab000000470110; asc G ;;
-- -----------省略其他输出-------------019：InnoDB 表空间内部组织结构
标签：设置 eset 影响 mysql 5.6 开头 db文件 and 方式 output