虚拟列 Generated (Virtual) Columns
对于它的用途,我们通过一个场景来说明
假设有一个表,其中包含一个 date 类型的列
`SimpleDate` date
SimpleDate 是一个常用的查询字段,并需要对其执行日期函数,例如
SELECT ... WHERE dayofweek(SimpleDate) = 3 ...
此时的问题是 即使对 SimpleDate 建立索引,这个查询语句也无法使用,因为日期函数阻止了索引
为了提高查询效率,通常要进行额外的操作,例如新建一个字段 SimpleDate_dayofweek,存放 dayofweek(SimpleDate) 的计算结果,然后对这列创建索引
SimpleDate_dayofweek 的值需要程序写入,例如使用触发器,在 SimpleDate 有变动时更新
这样查询就可以改为
SELECT ... WHERE SimpleDate_dayofweek = 3 ...
这么做的好处是提高了查询性能,可以使用 SimpleDate_dayofweek 列的索引了,但又带来了其他麻烦,例如
(1)降低了数据写入性能
(2)增加冗余数据,占用了更多的存储空间
(3)增加代码维护成本
虚拟列 Generated Columns 就是用来解决这个问题的,可以增加一个可被索引的列,但实际上并不存在于数据表中
对于上面的例子,可以对 SimpleDate 创建一个虚拟列,然后对虚拟列创建索引,如
CREATE TABLE `test` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`SimpleDate` date DEFAULT NULL,
...
`SimpleDate_dayofweek` tinyint(4) GENERATED ALWAYS AS (dayofweek(SimpleDate)) VIRTUAL,
PRIMARY KEY (`id`),
KEY `SimpleDate_dayofweek` (`SimpleDate_dayofweek`),
) ENGINE=InnoDB
这样就建好了虚拟列,此列的值不用我们计算
SELECT ... WHERE SimpleDate_dayofweek = 3 ...
查询语句可以正常使用索引
通过虚拟列的方式,即满足了查询性能,也不会有之前那个解决方案的潜在麻烦
虚拟列不存储在数据行中,但虚拟列的元数据信息会存在于相关系统表中,对虚拟列的添加或者删除只会涉及这些系统表,不会导致数据表的重建,所以效率很高
需要注意,不能建立虚拟列和真实列的联合索引。
全文转载自:https://www.techug.com/mysql-5-7-generated-virtual-columns
如您从本文得到了有价值的信息或帮助,请考虑扫描文末二维码捐赠和鼓励。
如本文对您有用,捐赠和留言 将是对我最好的支持~(捐赠可转为站内积分)
如愿意,请向朋友推荐本站,谢谢。
尊重他人劳动成果。转载请务必附上原文链接,我将感激不尽。
留言