CREATE
    [OR REPLACE]
    [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]
    [DEFINER = user]
    [SQL SECURITY { DEFINER | INVOKER }]
    VIEW view_name [(column_list)]
    AS select_statement
    [WITH [CASCADED | LOCAL] CHECK OPTION]

该语句创建一个新视图，或者如果给出子句则CREATE VIEW替换现有视图。OR REPLACE如果视图不存在， CREATE OR REPLACE VIEW则与 相同CREATE VIEW。如果视图确实存在， CREATE OR REPLACE VIEW则替换它。

有关视图使用限制的信息，请参阅 第 23.9 节，“视图限制”。

select_statement是 SELECT提供视图定义的语句 。（从视图中选择实际上是使用SELECT 语句select_statement进行选择。）可以从基表或其他视图中进行选择。

视图定义在创建时被“冻结”，并且不受随后对基础表定义的更改的影响。例如，如果视图定义为 SELECT *在表上，则以后添加到表中的新列不会成为视图的一部分，并且从表中删除的列会导致在从视图中进行选择时出错。

该ALGORITHM子句影响 MySQL 如何处理视图。DEFINERand SQL SECURITY子句指定在视图调用时检查访问权限时要使用的安全上下文。WITH CHECK OPTION可以给出该子句以限制对视图引用的表中的行的插入或更新。这些子句将在本节后面描述。

该CREATE VIEW语句需要CREATE VIEW视图的权限，以及语句选择的每个列的一些权限 SELECT。对于SELECT语句中别处使用的列，您必须具有SELECT权限。如果OR REPLACE存在该子句，您还必须拥有DROP视图的权限。如果DEFINER存在该子句，所需的权限取决于user 值，如第 23.6 节“存储对象访问控制”中所述。

引用视图时，将进行权限检查，如本节后面所述。

视图属于数据库。默认情况下，在默认数据库中创建一个新视图。要在给定数据库中显式创建视图，请使用db_name.view_name语法用数据库名称限定视图名称：

CREATE VIEW test.v AS SELECT * FROM t;

语句中未限定的表或视图名称 SELECT也相对于默认数据库进行解释。通过使用适当的数据库名称限定表或视图名称，视图可以引用其他数据库中的表或视图。

在数据库中，基表和视图共享相同的命名空间，因此基表和视图不能重名。

语句检索的列SELECT 可以是对表列的简单引用，也可以是使用函数、常量值、运算符等的表达式。

视图必须具有唯一的列名且不能重复，就像基表一样。默认情况下，SELECT语句检索的列名用于视图列名。要为视图列定义显式名称，请将可选 column_list子句指定为逗号分隔标识符列表。中的姓名数 column_list必须与 SELECT语句检索的列数相同。

可以从多种 SELECT语句创建视图。它可以引用基表或其他视图。它可以使用连接、 UNION查询和子查询。SELECT甚至不需要引用任何表格 ：

CREATE VIEW v_today (today) AS SELECT CURRENT_DATE;

以下示例定义了一个视图，该视图从另一个表中选择两列以及根据这些列计算的表达式：

mysql> CREATE TABLE t (qty INT, price INT);
mysql> INSERT INTO t VALUES(3, 50);
mysql> CREATE VIEW v AS SELECT qty, price, qty*price AS value FROM t;
mysql> SELECT * FROM v;
+------+-------+-------+
| qty  | price | value |
+------+-------+-------+
|    3 |    50 |   150 |
+------+-------+-------+

视图定义受以下限制：

ORDER BY在视图定义中是允许的，但如果您使用具有自己的语句从视图中进行选择，则会忽略它ORDER BY。

对于定义中的其他选项或子句，将它们添加到引用视图的语句的选项或子句中，但效果未定义。例如，如果视图定义包含一个LIMIT子句，并且您使用具有自己的 LIMIT子句的语句从视图中进行选择，则不确定应用哪个限制。同样的原则适用于关键字后的选项，例如 ALL,DISTINCT或 SQL_SMALL_RESULT， SELECT以及子句，例如INTO, FOR UPDATE, LOCK IN SHARE MODE和 PROCEDURE。

如果您通过更改系统变量来更改查询处理环境，则可能会影响从视图获得的结果：

mysql> CREATE VIEW v (mycol) AS SELECT 'abc';
Query OK, 0 rows affected (0.01 sec)

mysql> SET sql_mode = '';
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT "mycol" FROM v;
+-------+
| mycol |
+-------+
| mycol |
+-------+
1 row in set (0.01 sec)

mysql> SET sql_mode = 'ANSI_QUOTES';
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT "mycol" FROM v;
+-------+
| mycol |
+-------+
| abc   |
+-------+
1 row in set (0.00 sec)

DEFINER和子句确定 在SQL SECURITY 执行引用视图的语句时检查视图的访问权限时使用哪个 MySQL 帐户。有效的SQL SECURITY 特征值为DEFINER（默认值）和INVOKER。这些表明所需的权限必须分别由定义或调用视图的用户持有。

如果DEFINER存在该子句，则该 user值应该是指定为 、 或 的 MySQL 帐户 。允许的 值取决于您拥有的权限，如 第 23.6 节“存储对象访问控制”中所述。另请参阅该部分以获取有关视图安全性的其他信息。 'user_name'@'host_name'CURRENT_USERCURRENT_USER()user

如果DEFINER省略该子句，则默认定义者是执行该CREATE VIEW语句的用户。这与明确指定相同 DEFINER = CURRENT_USER。

在视图定义中，该 CURRENT_USER函数默认返回视图的DEFINER值。对于使用SQL SECURITY INVOKER 特征定义的视图，CURRENT_USER 返回视图调用者的帐户。有关视图中用户审计的信息，请参阅 第 6.2.18 节，“基于 SQL 的帐户活动审计”。

SQL SECURITY DEFINER在用特性 定义的存储例程中，CURRENT_USER返回例程的 DEFINER值。如果视图定义包含 DEFINER值 ， 这也会影响在此类例程中定义的视图CURRENT_USER。

MySQL 像这样检查视图权限：

示例：视图可能依赖于存储函数，而该函数可能会调用其他存储例程。例如，以下视图调用存储函数f()：

CREATE VIEW v AS SELECT * FROM t WHERE t.id = f(t.name);

假设f()包含如下语句：

IF name IS NULL then
  CALL p1();
ELSE
  CALL p2();
END IF;

f()执行的时候需要检查 里面执行语句需要的权限 f()。p1()这可能意味着或需要特权p2()，具体取决于f(). 这些权限必须在运行时检查，必须拥有权限的用户由SQL SECURITY视图v和函数的值决定f()。

视图的DEFINER和SQL SECURITY 子句是标准 SQL 的扩展。在标准 SQL 中，视图是使用SQL SECURITY DEFINER. 该标准规定，视图的定义者（与视图架构的所有者相同）获得视图的适用权限（例如， SELECT）并可以授予这些权限。MySQL 没有模式“所有者”的概念，因此 MySQL 添加了一个子句来标识定义者。该DEFINER 条款是一个扩展，其目的是拥有标准所具有的内容；也就是说，谁定义了视图的永久记录。这就是为什么默认DEFINER值为视图创建者的帐户。

可选ALGORITHM子句是 MySQL 对标准 SQL 的扩展。它会影响 MySQL 处理视图的方式。ALGORITHM取三个值： MERGE、TEMPTABLE或 UNDEFINED。有关详细信息，请参阅 第 23.5.2 节，“视图处理算法”，以及 第 8.2.2.4 节，“使用合并或实现优化派生表和视图引用”。

一些视图是可更新的。也就是说，您可以在 、 或 等语句中使用它们UPDATE来 DELETE更新 INSERT基础表的内容。对于可更新的视图，视图中的行与基础表中的行之间必须存在一对一的关系。还有某些其他构造使视图不可更新。

视图中生成的列被认为是可更新的，因为它可以分配给它。但是，如果显式更新此类列，则唯一允许的值为 DEFAULT. 有关生成的列的信息，请参阅第 13.1.18.7 节，“CREATE TABLE 和生成的列”。

可以为可更新视图提供该子句，以防止插入或更新行，但子句 为真的 WITH CHECK OPTION行除外。WHEREselect_statement

在WITH CHECK OPTION可更新视图的子句中，LOCAL和CASCADED 关键字确定根据另一个视图定义视图时检查测试的范围。LOCAL 关键字将 only 限制为正在CHECK OPTION定义的视图。CASCADED导致对基础视图的检查也被评估。当两个关键字都没有给出时，默认为CASCADED.

有关可更新视图和WITH CHECK OPTION子句的更多信息，请参阅 第 23.5.3 节，“可更新和可插入的视图”和 第 23.5.4 节，“视图 WITH CHECK OPTION 子句”。

在 MySQL 5.7.3 之前创建的视图可能会导致在视图评估时出错。考虑这些视图定义，它们与序号一起使用： ORDER BY integerORDER BY

CREATE VIEW v1 AS SELECT x, y, z FROM t ORDER BY 2;
CREATE VIEW v2 AS SELECT x, 1, z FROM t ORDER BY 2;

在第一种情况下，ORDER BY 2指的是命名列y。在第二种情况下，它指的是常量 1。对于从任一视图中选择少于 2 列（ORDER BY 子句中指定的数字）的查询，如果服务器使用 MERGE 算法评估视图，则会发生错误。例子：

mysql> SELECT x FROM v1;
ERROR 1054 (42S22): Unknown column '2' in 'order clause'
mysql> SELECT x FROM v2;
ERROR 1054 (42S22): Unknown column '2' in 'order clause'

从 MySQL 5.7.3 开始，为了处理这样的视图定义，服务器将它们以不同的方式写入.frm 存储视图定义的文件中。这种差异在SHOW CREATE VIEW. 以前，该.frm文件包含以下 ORDER BY 2子句：

For v1: ORDER BY 2
For v2: ORDER BY 2

从 5.7.3 开始，该.frm文件包含以下内容：

For v1: ORDER BY `t`.`y`
For v2: ORDER BY ''

也就是说，对于v1， 2 替换为对所引用列的名称的引用。对于v2， 2 被常量字符串表达式替换（按常量排序无效，因此按任何常量排序都有效）。

如果您遇到刚刚描述的视图评估错误，请删除并重新创建视图，以便.frm 文件包含更新的视图表示。或者，对于像v2按常量值排序的视图，删除并重新创建不带ORDER BY 子句的视图。