对于想要将自动生成的数据添加到表中的任何人来说， MySQL 虚拟列 是一个强大、易于使用和高级的功能。
泰兴网站建设公司成都创新互联,泰兴网站设计制作，有大型网站制作公司丰富经验。已为泰兴上1000+提供企业网站建设服务。企业网站搭建\成都外贸网站建设要多少钱，请找那个售后服务好的泰兴做网站的公司定做！
INSERT 生成的列允许您在不使用and UPDATE 子句的情况下将自动生成的数据存储在表中。 这个有用的特性自 5.7 版 起就已成为 MySQL 的一部分，它代表了在生成数据时触发器的另一种方法。此外，生成的列可以帮助您更轻松、更高效地查询。
虚拟列 列类似于普通列，但您不能手动更改其值。这是因为表达式定义了如何根据从同一行的其他列中读取的其他值来生成生成列的值。因此，生成的列在表的域内工作，其定义不能涉及 JOIN 语句。
换句话说，您可以将生成的列视为一种视图，但仅限于列。请注意，生成的列与 SQL 触发器 不同，您只能在使用 CREATE TABLE or语句时定义它们，语法如下： ALTER TABLE
该 AS (generated_column_expression) 子句指定要添加或更新到表中的列是生成的列。定义 MySQL 将用于计算列值的 generation_expression 表达式，它不能引用另一个生成的列或除当前表的列之外的任何内容。另外，请注意生成表达式只能涉及不可变函数。例如，您不能在生成的列表达式定义中使用返回当前日期的函数，因为它是一个可变函数。
您还可以在关键字前面 AS 加上 GENERATED ALWAYS 关键字以使生成的列的性质更加明确，但这是可选的。然后，您可以指示生成列的类型是 VIRTUAL 还是 STORED 。您将在下面的章节中了解这两种类型之间的区别。默认情况下，如果没有在查询中明确指定，MySQL 会将生成的列标记为 VIRTUAL .
现在让我们看看生成的列语法在 CREATE TABLE 查询中的作用：
在此示例中，该 full_name 列将自动存储 first_name 和 last_name 列的连接。
如前所述，您可以将生成的列定义为 VIRTUAL 或 STORED。现在让我们仔细看看这两种类型。
MySQL 不存储标记为 VIRTUAL 的 虚拟列 。这意味着 MySQL 在需要时动态评估其值。 BEFORE 这通常在触发任何查询后立即发生。换句话说，虚拟生成的列不占用存储空间。
MySQL 存储任何生成的标记为 STORED 的列。这意味着每次插入或更新行时，MySQL 都会评估其值并将其存储在磁盘上。换句话说，存储列需要存储空间，就好像它是普通列一样。
现在让我们进一步了解虚拟列和存储生成列的优缺点。
优点
缺点
优点
缺点
采用生成的列有几个原因，但以下三个是最重要的。
如您所见，您可以通过将四列与以下生成的列聚合来轻松生成此数据字段：
这将产生：
在这种情况下，生成的列使您能够直接在数据库级别标准化数据字段格式。此外，存储生成的列避免了每次需要时都构造此字段的不可避免的开销。
通常，您使用网站 URL 中的资源 ID 或REST API来检索您需要的数据。但是公开暴露您的 ID 可能会带来安全问题。当您发现自己使用自动增量 ID 时尤其如此，这很容易预测并使抓取或机器人攻击更容易。
为避免这种情况，您可以考虑通过使用自动生成的、随机的、更安全的公共 ID 来隐藏您的原始 ID。您可以通过对您的 ID 进行散列处理，使用虚拟生成的列来实现这一点，如下所示：
请注意，为避免生成已知的哈希值，您可以将您的 ID 与特殊关键字连接起来。 在此处了解有关 MySQL 加密和压缩功能的更多信息。
过滤数据时，有些列比其他列更有用。此外，您通常必须更改存储在列中的值的表示形式，以使过滤更简单或更直观。您可以定义一个有用的生成列来存储以所需格式执行过滤所需的信息，而不是在每个过滤器查询中执行此操作。
例如，您可以定义一个生成的列，以便更轻松地找到篮球队中的球员，如下所示：
这样的列将产生：
如前所述，您只能在表中使用生成的列。此外，它们只能涉及不可变函数，并且MySQL 生成它们的值以响应 INSERT or UPDATE 查询。另一方面，触发器是 MySQL 自动执行的存储程序，每当与特定表关联的 或 事件发生 INSERT 时 UPDATE 。 DELETE 换句话说，触发器可以涉及多个表和所有 MySQL 函数。与生成的列相比，这使它们成为更完整的解决方案。同时，MySQL 触发器本质上使用和定义更复杂，也比生成的列慢。
我们都知道where条件如果在字段上带了函数就不会去走索引，不好优化，无意间了解到mysql一个新特性--虚拟列，专门处理这块问题的，下面一起来了解下吧~
在MySQL 5.7中，支持两种Generated Column，即 Virtual Generated Column和Stored Generated Column ，前者只将Generated Column保存在数据字典中（表的元数据），并不会将这一列数据持久化到磁盘上；后者会将Generated Column持久化到磁盘上，而不是每次读取的时候计算所得。很明显，后者存放了可以通过已有数据计算而得的数据，需要更多的磁盘空间，与Virtual Column相比并没有优势，因此，MySQL 5.7中，不指定Generated Column的类型，默认是Virtual Column。
如果需要Stored Generated Golumn的话，可能在Virtual Generated Column上建立索引更加合适。综上，一般情况下，都使用Virtual Generated Column，这也是MySQL默认的方式
假设有一个表，其中包含一个 date 类型的列 `SimpleDate` date
SimpleDate 是一个常用的查询字段，并需要对其执行日期函数，例如
此时的问题是 即使对 SimpleDate 建立索引，这个查询语句也无法使用，因为日期函数阻止了索引。
为了提高查询效率，通常要进行额外的操作，例如新建一个字段 SimpleDate_dayofweek，存放 dayofweek(SimpleDate) 的计算结果，然后对这列创建索引，SimpleDate_dayofweek 的值需要程序写入，例如使用触发器，在 SimpleDate 有变动时更新这样查询就可以改为
这么做的好处是提高了查询性能，可以使用 SimpleDate_dayofweek 列的索引了，但又带来了其他麻烦，例如
虚拟列 Generated Columns 就是用来解决这个问题的，可以增加一个可被索引的列，但实际上并不存在于数据表中，下面用一个实验来说明下：
需求：为了实现对json数据中部分数据的索引查询，考虑用MySQL5.7中的虚拟列功能
1、创建表
2、准备数据
3、构建姓名的虚拟列
4、构建索引
5、测试是否用到索引
可以看出用了索引了
6、插入新数据
此时的表的结构由于多出了user_name这一虚拟列，再插入别的数据要注意在表后指明插入列（不能给虚拟列插入数据）
做完发现这个实验好像不是那么好理解...应该对比一下加不加虚拟列有没走索引，可能会更容易让大家理解的...后面会分享更多devops和DBA方面的内容，感兴趣的朋友可以关注一下~
因为一些个人习惯的原因，我在设计数据表的时候比较偏向在表的最后一列添加一个类型为 json 的 extra 字段，专门存放一些非格式化字段，偶尔记一个 label，tag等非常便捷。但是现在遇到一个问题，json 中的某个字段在某些业务的时候被大量查询。
在 table 比较小的时候丝毫不影响效率，但是随着 table 增大，应该打到一个临界的时候查询速度骤降，一个简单的查询需要扫描 100w+ 行，查询时间从 3s 到 80s 不等。
常规操作时添加一个索引，但是由于查询的是 json 中的某个 key，mysql 目前没有办法直接给 json 字段添加索引，但是有一个曲线救国的办法，将其中的字段抽出来作为一个虚拟字段，然后给这个字段添加索引，这时候 mysql 就会缓存该字段，我们在需要查询的地方去使用虚拟字段就可以了，因为走的是索引查询速度特别快。
当然还有另外一个方法，就是将 json 的 key 提取出来作为一个新字段，这样做也可以但是需要修改很多地方，特别是在有很多插入和更新的操作的时候，还有可能引入新的 bug。
从MySQL 5.7开始，支持两种Generated Column，即Virtual Generated Column和Stored Generated Column;
CREATE TABLE t1 (c1 INT);
ALTER TABLE t1 ADD COLUMN c2 INT GENERATED ALWAYS AS (c1 + 1) STORED;
CREATE TABLE t1 (c1 INT, c2 INT GENERATED ALWAYS AS (c1 + 1) STORED);
1、主键索引不能包含virtual generated column 如：
mysql create table t(a int, b int , c int as (a / b), primary key(c));
ERROR 3106 (HY000): 'Defining a virtual generated column as primary key' is not supported for generated columns.
2、Virtual Generated Column不能作为外键
3、不能使用非确定函数，如：
mysql alter table a ADD p3 DATE GENERATED ALWAYS AS (curtime()) virtual;
ERROR 3763 (HY000): Expression of generated column 'p3' contains a disallowed function: curtime.
4、无法删除源列，如：
mysql alter table t100w drop k1;
ERROR 3108 (HY000): Column 'k1' has a generated column dependency.
5、非法数据，如：
mysql create table t( x int, y int, z int as( x / 0));
Query OK, 0 rows affected (0.22 sec)
mysql insert into t(x,y) values(1,1);
ERROR 1365 (22012): Division by 0
测试sql:
SELECT test_vv FROM t100w limit 10000; #虚拟列无索引
虚拟列函数：
(concat( k1 ,_utf8mb4'-', k2 ))
