MySQL中的隐藏列的具体查看


Posted in MySQL onSeptember 04, 2021

在介绍mysql的多版本并发控制mvcc的过程中,我们提到过mysql中存在一些隐藏列,例如行标识、事务ID、回滚指针等,不知道大家是否和我一样好奇过,要怎样才能实际地看到这些隐藏列的值呢?

本文我们就来重点讨论一下诸多隐藏列中的行标识DB_ROW_ID,实际上,将行标识称为隐藏列并不准确,因为它并不是一个真实存在的列,DB_ROW_ID实际上是一个非空唯一列的别名。在拨开它的神秘面纱之前,我们看一下官方文档的说明:

If a table has a PRIMARY KEY or UNIQUE NOT NULL index that consists of a single column that has an integer type, you can use _rowid to refer to the indexed column in SELECT statements

简单翻译一下,如果在表中存在主键或非空唯一索引,并且仅由一个整数类型的列构成,那么就可以使用SELECT语句直接查询_rowid,并且这个_rowid的值会引用该索引列的值。

着重看一下文档中提到的几个关键字,主键、唯一索引、非空、单独一列、数值类型,接下来我们就要从这些角度入手,探究一下神秘的隐藏字段_rowid

1、存在主键

先看设置了主键且是数值类型的情况,使用下面的语句建表:

CREATE TABLE `table1` (
  `id` bigint(20) NOT NULL PRIMARY KEY ,
  `name` varchar(32) DEFAULT NULL
) ENGINE=InnoDB;

插入三条测试数据后,执行下面的查询语句,在select查询语句中直接查询_rowid

select *,_rowid from table1

查看执行结果,_rowid可以被正常查询:

MySQL中的隐藏列的具体查看

可以看到在设置了主键,并且主键字段是数值类型的情况下,_rowid直接引用了主键字段的值。对于这种可以被select语句查询到的的情况,可以将其称为显式的rowid

回顾一下前面提到的文档中的几个关键字,分别对其进行分析。由于主键必定是非空字段,下面来看一下主键是非数值类型字段的情况,建表如下:

CREATE TABLE `table2` (
  `id` varchar(20) NOT NULL PRIMARY KEY ,
  `name` varchar(32) DEFAULT NULL
) ENGINE=InnoDB;

table2执行上面相同的查询,结果报错无法查询_rowid,也就证明了如果主键字段是非数值类型,那么将无法直接查询_rowid

MySQL中的隐藏列的具体查看

2、无主键,存在唯一索引

上面对两种类型的主键进行了测试后,接下来我们看一下当表中没有主键、但存在唯一索引的情况。首先测试非空唯一索引加在数值类型字段的情况,建表如下:

CREATE TABLE `table3` (
  `id` bigint(20) NOT NULL UNIQUE KEY,
  `name` varchar(32)
) ENGINE=InnoDB;

查询可以正常执行,并且_rowid引用了唯一索引所在列的值:

MySQL中的隐藏列的具体查看

唯一索引与主键不同的是,唯一索引所在的字段可以为NULL。在上面的table3中,在唯一索引所在的列上添加了NOT NULL非空约束,如果我们把这个非空约束删除掉,还能显式地查询到_rowid吗?下面再创建一个表,不同是在唯一索引所在的列上,不添加非空约束:

CREATE TABLE `table4` (
  `id` bigint(20) UNIQUE KEY,
  `name` varchar(32)
) ENGINE=InnoDB;

执行查询语句,在这种情况下,无法显式地查询到_rowid

MySQL中的隐藏列的具体查看

和主键类似的,我们再对唯一索引被加在非数值类型的字段的情况进行测试。下面在建表时将唯一索引添加在字符类型的字段上,并添加非空约束:

CREATE TABLE `table5` (
  `id` bigint(20),
  `name` varchar(32) NOT NULL UNIQUE KEY
) ENGINE=InnoDB;

同样无法显示的查询到_rowid

MySQL中的隐藏列的具体查看

针对上面三种情况的测试结果,可以得出结论,当没有主键、但存在唯一索引的情况下,只有该唯一索引被添加在数值类型的字段上,且该字段添加了非空约束时,才能够显式地查询到_rowid,并且_rowid引用了这个唯一索引字段的值。

3、存在联合主键或联合唯一索引

在上面的测试中,我们都是将主键或唯一索引作用在单独的一列上,那么如果使用了联合主键或联合唯一索引时,结果会如何呢?还是先看一下官方文档中的说明:

_rowid refers to the PRIMARY KEY column if there is a PRIMARY KEY consisting of a single integer column. If there is a PRIMARY KEY but it does not consist of a single integer column, _rowid cannot be used.

简单来说就是,如果主键存在、且仅由数值类型的一列构成,那么_rowid的值会引用主键。如果主键是由多列构成,那么_rowid将不可用。

根据这一描述,我们测试一下联合主键的情况,下面将两列数值类型字段作为联合主键建表:

CREATE TABLE `table6` (
  `id` bigint(20) NOT NULL,
  `no` bigint(20) NOT NULL,
  `name` varchar(32),
  PRIMARY KEY(`id`,`no`)
) ENGINE=InnoDB;

执行结果无法显示的查询到_rowid

MySQL中的隐藏列的具体查看

同样,这一理论也可以作用于唯一索引,如果非空唯一索引不是由单独一列构成,那么也无法直接查询得到_rowid。这一测试过程省略,有兴趣的小伙伴可以自己动手试试。

4、存在多个唯一索引

在mysql中,每张表只能存在一个主键,但是可以存在多个唯一索引。那么如果同时存在多个符合规则的唯一索引,会引用哪个作为_rowid的值呢?老规矩,还是看官方文档的解答:

Otherwise, _rowid refers to the column in the first UNIQUE NOT NULL index if that index consists of a single integer column. If the first UNIQUE NOT NULL index does not consist of a single integer column, _rowid cannot be used.

简单翻译一下,如果表中的第一个非空唯一索引仅由一个整数类型字段构成,那么_rowid会引用这个字段的值。否则,如果第一个非空唯一索引不满足这种情况,那么_rowid将不可用。

在下面的表中,创建两个都符合规则的唯一索引:

CREATE TABLE `table8_2` (
  `id` bigint(20) NOT NULL,
  `no` bigint(20) NOT NULL,
  `name` varchar(32),
  UNIQUE KEY(no),
  UNIQUE KEY(id)
) ENGINE=InnoDB;

看一下执行查询语句的结果:

MySQL中的隐藏列的具体查看

可以看到_rowid的值与no这一列的值相同,证明了_rowid会严格地选取第一个创建的唯一索引作为它的引用。

那么,如果表中创建的第一个唯一索引不符合_rowid的引用规则,第二个唯一索引满足规则,这种情况下,_rowid可以被显示地查询吗?针对这种情况我们建表如下,表中的第一个索引是联合唯一索引,第二个索引才是单列的唯一索引情况,再来进行一下测试:

CREATE TABLE `table9` (
  `id` bigint(20) NOT NULL,
  `no` bigint(20) NOT NULL,
  `name` varchar(32),
  UNIQUE KEY `index1`(`id`,`no`),
  UNIQUE KEY `index2`(`id`)
) ENGINE=InnoDB;

进行查询,可以看到虽然存在一个单列的非空唯一索引,但是因为顺序选取的第一个不满足要求,因此仍然不能直接查询_rowid

MySQL中的隐藏列的具体查看

如果将上面创建唯一索引的语句顺序调换,那么将可以正常显式的查询到_rowid

5、同时存在主键与唯一索引

从上面的例子中,可以看到唯一索引的定义顺序会决定将哪一个索引应用_rowid,那么当同时存在主键和唯一索引时,定义顺序会对其引用造成影响吗?

按照下面的语句创建两个表,只有创建主键和唯一索引的顺序不同:

CREATE TABLE `table11` (
  `id` bigint(20) NOT NULL,
  `no` bigint(20) NOT NULL,
  PRIMARY KEY(id),
  UNIQUE KEY(no)
) ENGINE=InnoDB;

CREATE TABLE `table12` (
  `id` bigint(20) NOT NULL,
  `no` bigint(20) NOT NULL,
  UNIQUE KEY(id),
  PRIMARY KEY(no)
) ENGINE=InnoDB;

查看运行结果:

MySQL中的隐藏列的具体查看

可以得出结论,当同时存在符合条件的主键和唯一索引时,无论创建顺序如何,_rowid都会优先引用主键字段的值。

6、无符合条件的主键与唯一索引

上面,我们把能够直接通过select语句查询到的称为显式的_rowid,在其他情况下虽然_rowid不能被显式查询,但是它也是一直存在的,这种情况我们可以将其称为隐式的_rowid

实际上,innoDB在没有默认主键的情况下会生成一个6字节长度的无符号数作为自动增长的_rowid,因此最大为2^48-1,到达最大值后会从0开始计算。下面,我们创建一个没有主键与唯一索引的表,在这张表的基础上,探究一下隐式的_rowid

CREATE TABLE `table10` (
  `id` bigint(20),
  `name` varchar(32)
) ENGINE=InnoDB;

首先,我们需要先查找到mysql的进程pid

ps -ef | grep mysqld

可以看到,mysql的进程pid是2068:

MySQL中的隐藏列的具体查看

在开始动手前,还需要做一点铺垫, 在innoDB中其实维护了一个全局变量dictsys.row_id,没有定义主键的表都会共享使用这个row_id,在插入数据时会把这个全局row_id当作自己的主键,然后再将这个全局变量加 1。

接下来我们需要用到gdb调试的相关技术,gdb是一个在Linux下的调试工具,可以用来调试可执行文件。在服务器上,先通过yum install gdb安装,安装完成后,通过下面的gdb命令 把 row_id 修改为 1:

gdb -p 2068 -ex 'p dict_sys->row_id=1' -batch

命令执行结果:

MySQL中的隐藏列的具体查看

在空表中插入3行数据:

INSERT INTO table10 VALUES (100000001, 'Hydra');
INSERT INTO table10 VALUES (100000002, 'Trunks');
INSERT INTO table10 VALUES (100000003, 'Susan');

查看表中的数据,此时对应的_rowid理论上是1~3:

MySQL中的隐藏列的具体查看

然后通过gdb命令把row_id改为最大值2^48,此时已超过dictsys.row_id最大值:

gdb -p 2068 -ex 'p dict_sys->row_id=281474976710656' -batch

命令执行结果:

MySQL中的隐藏列的具体查看

再向表中插入三条数据:

INSERT INTO table10 VALUES (100000004, 'King');
INSERT INTO table10 VALUES (100000005, 'Queen');
INSERT INTO table10 VALUES (100000006, 'Jack');

查看表中的全部数据,可以看到第一次插入的三条数据中,有两条数据被覆盖了:

MySQL中的隐藏列的具体查看

为什么会出现数据覆盖的情况呢,我们对这一结果进行分析。首先,在第一次插入数据前_rowid为1,插入的三条数据对应的_rowid为1、2、3。如下图所示:

MySQL中的隐藏列的具体查看

当手动设置_rowid为最大值后,下一次插入数据时,插入的_rowid重新从0开始,因此第二次插入的三条数据的_rowid应该为0、1、2。这时准备被插入的数据如下所示:

MySQL中的隐藏列的具体查看

当出现相同_rowid的情况下,新插入的数据会根据_rowid覆盖掉原有的数据,过程如图所示:

MySQL中的隐藏列的具体查看

所以当表中的主键或唯一索引不满足我们前面提到的要求时,innoDB使用的隐式的_rowid是存在一定风险的,虽然说2^48这个值很大,但还是有可能被用尽的,当_rowid用尽后,之前的记录就会被覆盖。从这一角度也可以提醒大家,在建表时一定要创建主键,否则就有可能发生数据的覆盖。

本文基于mysql 5.7.31 进行测试

官方文档:https://dev.mysql.com/doc/refman/5.7/en/create-index.html

到此这篇关于MySQL中的隐藏列的具体使用的文章就介绍到这了,更多相关MySQL 隐藏列内容请搜索三水点靠木以前的文章或继续浏览下面的相关文章希望大家以后多多支持三水点靠木!

MySQL 相关文章推荐
mysql知识点整理
Apr 05 MySQL
MySQL数字类型自增的坑
May 07 MySQL
浅谈mysql执行过程以及顺序
May 12 MySQL
MySQL深度分页(千万级数据量如何快速分页)
Jul 25 MySQL
MYSQL 表的全面总结
Nov 11 MySQL
SQL 聚合、分组和排序
Nov 11 MySQL
MySQL数据库中varchar类型的数字比较大小的方法
Nov 17 MySQL
详解MySql中InnoDB存储引擎中的各种锁
Feb 12 MySQL
Mysql事务索引知识汇总
Mar 17 MySQL
MySQL 分区表中分区键为什么必须是主键的一部分
Mar 17 MySQL
mysql查询结果实现多列拼接查询
Apr 03 MySQL
MySQL表字段数量限制及行大小限制详情
Jul 23 MySQL
Mysql实现简易版搜索引擎的示例代码
Aug 30 #MySQL
详细聊聊MySQL中慢SQL优化的方向
Aug 30 #MySQL
MySQL8.0的WITH查询详情
Aug 30 #MySQL
Prometheus 监控MySQL使用grafana展示
Aug 30 #MySQL
MySQL命令无法输入中文问题的解决方式
Aug 30 #MySQL
mysql 索引合并的使用
Aug 30 #MySQL
MySQL去除重叠时间求时间差和的实现
Aug 23 #MySQL
You might like
thinkphp整合微信支付代码分享
2016/11/24 PHP
我见过最全的个人js加解密功能页面
2007/12/12 Javascript
利用jQuary实现文字浮动提示效果示例代码
2013/12/26 Javascript
js面向对象的写法
2016/02/19 Javascript
jQuery使用contains过滤器实现精确匹配方法详解
2016/02/25 Javascript
原生javascript实现匀速运动动画效果
2016/02/26 Javascript
JavaScript模拟鼠标右键菜单效果
2020/12/08 Javascript
Node.js服务器开启Gzip压缩教程
2017/08/11 Javascript
Angular6封装http请求的步骤详解
2018/08/13 Javascript
chosen实现省市区三级联动
2018/08/16 Javascript
详解Eslint 配置及规则说明
2018/09/10 Javascript
JavaScript内置对象math,global功能与用法实例分析
2019/06/10 Javascript
基于纯JS实现多张图片的懒加载Lazy过程解析
2019/10/14 Javascript
Vue computed 计算属性代码实例
2020/04/22 Javascript
[14:03]2017DOTA2亚洲邀请赛开幕式:12神兵演绎水墨中华
2017/04/01 DOTA
Python 返回汉字的汉语拼音
2009/02/27 Python
python指定写入文件时的编码格式方法
2018/06/07 Python
在numpy矩阵中令小于0的元素改为0的实例
2019/01/26 Python
Python实现的对本地host127.0.0.1主机进行扫描端口功能示例
2019/02/15 Python
python协程之动态添加任务的方法
2019/02/19 Python
Python数据可视化 pyecharts实现各种统计图表过程详解
2019/08/15 Python
Python Selenium截图功能实现代码
2020/04/26 Python
Python reques接口测试框架实现代码
2020/07/28 Python
HTML5之SVG 2D入门11—用户交互性(动画)介绍及应用
2013/01/30 HTML / CSS
Amara德国:家居饰品、设计师品牌和豪华礼品
2019/05/20 全球购物
面试后感谢信怎么写
2014/02/01 职场文书
国贸专业的职业规划书
2014/03/15 职场文书
大学学习计划书范文
2014/05/02 职场文书
新文化运动的口号
2014/06/21 职场文书
诉讼代理人授权委托书
2014/10/11 职场文书
简易离婚协议书范本
2014/10/24 职场文书
党的群众路线教育实践活动心得体会(乡镇)
2014/11/03 职场文书
现实表现证明材料
2015/06/19 职场文书
什么是执行力?9个故事告诉您:成功绝非偶然!
2019/07/05 职场文书
详解Go与PHP的语法对比
2021/05/29 PHP
浅谈MySQL中的六种日志
2022/03/23 MySQL