存储的例程是过程或函数。 使用 CREATE PROCEDURE 和 CREATE FUNCTION 语句 创建存储例程 （请参见 第13.1.17节“创建过程和创建函数语法” ）。 使用 CALL 语句 调用过程 （请参见 第13.2.1节“CALL语法” ），并且只能使用输出变量传回值。 可以从语句内部调用函数，就像任何其他函数一样（即通过调用函数的名称），并且可以返回标量值。 存储例程的主体可以使用复合语句（请参见 第13.6节“复合语句语法” ）。

可以使用 DROP PROCEDURE 和 DROP FUNCTION 语句 删除存储的例程 （请参见 第13.1.29节“DROP PROCEDURE和DROP FUNCTION语法” ），并使用 ALTER PROCEDURE 和 ALTER FUNCTION 语句进行 更改 （请参见 第13.1.7节“ALTER PROCEDURE语法” ）。

存储过程或函数与特定数据库相关联。 这有几个含义：

存储的函数不能递归。

允许存储过程中的递归，但默认情况下禁用。 要启用递归，请将 max_sp_recursion_depth 服务器系统变量设置为大于零的值。 存储过程递归增加了对线程堆栈空间的需求。 如果增加值 max_sp_recursion_depth ，可能需要通过增加 thread_stack 服务器启动时 的值来增加线程堆栈大小 。 有关 更多信息 ， 请参见 第5.1.8节“服务器系统变量” 。

MySQL支持一个非常有用的扩展，它允许在 SELECT 存储过程中 使用常规 语句（即，不使用游标或局部变量）。 这种查询的结果集只是直接发送给客户端。 多个 SELECT 语句生成多个结果集，因此客户端必须使用支持多个结果集的MySQL客户端库。 这意味着客户端必须使用MySQL版本的客户端库，至少与4.1版本一样。 客户端还应 CLIENT_MULTI_RESULTS 在连接时 指定 选项。 对于C程序，可以使用 mysql_real_connect() C API函数 完成此操作 。 请参见 第28.7.7.54节“mysql_real_connect（）” 和 第28.7.23节“C API多语句执行支持” 。

MySQL授权系统将存储的例程考虑在内，如下所示：

有关存储例程的元数据可以通过以下方式获得：

在存储例程（过程或函数）或触发器 LAST_INSERT_ID() 的主体内 ， 更改 的值与 在这些类型的对象的主体外执行的语句 的 更改方式相同（请参见 第12.15节“信息函数” ）。 LAST_INSERT_ID() 以下语句可以看出 存储的例程或触发器对其值的影响 取决于例程的类型：

要创建触发器或删除触发器，请使用 第13.1.22节“创建触发器语法” 和 第13.1.34节“DROP TRIGGER语法”中 所述 的 CREATE TRIGGER 或 DROP TRIGGER 语句 。

下面是一个简单的示例，它将触发器与表关联起来，以激活 INSERT 操作。 触发器充当累加器，将插入到表的一列中的值相加。

MySQL的> CREATE TABLE account (acct_num INT, amount DECIMAL(10,2));
查询正常，0行受影响（0.03秒）

MySQL的> CREATE TRIGGER ins_sum BEFORE INSERT ON account
       FOR EACH ROW SET @sum = @sum + NEW.amount;
查询OK，0行受影响（0.01秒）

该 CREATE TRIGGER 语句创建一个 ins_sum 与该 account 表 关联的 名为的触发器 。 它还包括指定触发器操作时间，触发事件以及触发器激活时要执行的操作的子句：

要使用触发器，请将accumulator变量设置为零，执行一个 INSERT 语句，然后查看该变量后面的值：

mysql> SET @sum = 0;
mysql> INSERT INTO account VALUES(137,14.98),(141,1937.50),(97,-100.00);
mysql>SELECT @sum AS 'Total amount inserted';
+ ----------------------- +
| 插入总量|
+ ----------------------- +
| 1852.48 |
+ ----------------------- +

在这种情况下， 语句执行 @sum 后 的值 INSERT 是 14.98 + 1937.50 - 100 ，或 1852.48 。

要销毁触发器，请使用 DROP TRIGGER 语句。 如果触发器不在默认架构中，则必须指定架构名称：

MySQL的> DROP TRIGGER test.ins_sum;

如果删除表，则表的任何触发器也将被删除。

模式名称空间中存在触发器名称，这意味着所有触发器必须在模式中具有唯一名称。 不同模式中的触发器可以具有相同的名称。

可以为具有相同触发事件和操作时间的给定表定义多个触发器。 例如，您可以 BEFORE UPDATE 为表创建 两个 触发器。 默认情况下，具有相同触发事件和操作时间的触发器按创建顺序激活。 要影响触发器顺序，请在 FOR EACH ROW 指示 之后指定一个子句 ， FOLLOWS 或者 指定 PRECEDES 具有相同触发事件和操作时间的现有触发器的名称。 使用时 FOLLOWS ，新触发器在现有触发器之后激活。 使用时 PRECEDES ，新触发器在现有触发器之前激活。

例如，以下触发器定义 BEFORE INSERT 为 account 表 定义了另一个 触发器 ：

MySQL的> CREATE TRIGGER ins_transaction BEFORE INSERT ON account
       FOR EACH ROW PRECEDES ins_sum
       SET
       @deposits = @deposits + IF(NEW.amount>0,NEW.amount,0),
       @withdrawals = @withdrawals + IF(NEW.amount<0,-NEW.amount,0);
查询OK，0行受影响（0.01秒）

此触发器 ins_transaction 类似于 ins_sum 但分别累积存款和取款。 它有一个 PRECEDES 条款，使它在之前激活 ins_sum ; 没有该子句，它会在之后激活， ins_sum 因为它是在之后创建的 ins_sum 。

在触发器主体中，使用 OLD 和 NEW 关键字可以访问受触发器影响的行中的列。 OLD 并且 NEW 是触发器的MySQL扩展; 它们不区分大小写。

在 INSERT 触发器中，只能 使用; 没有旧排。 在 触发器中，只能 使用; 没有新的行。 在 触发器中，您可以 在更新之前 引用行的列，并在更新后引用行的列。 NEW.col_name DELETE OLD.col_name UPDATE OLD.col_name NEW.col_name

名为的列 OLD 是只读的。 您可以引用它（如果您有 SELECT 权限），但不能修改它。 NEW 如果您拥有该 SELECT 权限，则 可以引用名为的列 。 在 BEFORE 触发器中， 如果您拥有该 权限 ，也可以更改其值 。 这意味着您可以使用触发器来修改要插入新行或用于更新行的值。 （这样的 语句对 触发器 没有影响， 因为行已经发生了变化。） SET NEW.col_name = value UPDATE SET AFTER

在一个 BEFORE 触发器中， NEW 对于一个值 AUTO_INCREMENT 列是0，实际上没有被插入新行时自动生成的序列号。

通过使用该 BEGIN ... END 构造，您可以定义执行多个语句的触发器。 在 BEGIN 块中，您还可以使用存储例程（例如条件和循环）中允许的其他语法。 但是，就像存储例程一样，如果使用 mysql 程序定义执行多个语句的触发器，则必须重新定义 mysql 语句分隔符，以便可以 ; 在触发器定义中 使用 语句分隔符。 以下示例说明了这些要点。 它定义了一个 UPDATE 触发器检查用于更新每一行的新值，并将值修改为0到100之间的范围。这必须是一个 BEFORE 触发器，因为在用于更新行之前必须检查该值：

mysql> delimiter //
mysql> 
mysql>CREATE TRIGGER upd_check BEFORE UPDATE ON account
       FOR EACH ROW
       BEGIN
           IF NEW.amount < 0 THEN
               SET NEW.amount = 0;
           ELSEIF NEW.amount > 100 THEN
               SET NEW.amount = 100;
           END IF;
       END;//delimiter ;

可以更容易地单独定义存储过程，然后使用简单 CALL 语句 从触发器调用它 。 如果要从多个触发器中执行相同的代码，这也是有利的。

触发器在激活时执行的语句中可能出现的内容存在限制：

另请参见 第C.1节“存储程序的限制” 。

MySQL在触发执行期间处理错误，如下所示：

触发器可以按名称包含对表的直接引用，例如 testref 此示例中显示 的命名触发器 ：

CREATE TABLE test1（a1 INT）;
CREATE TABLE test2（a2 INT）;
CREATE TABLE test3（a3 INT NOT NULL AUTO_INCREMENT PRIMARY KEY）;
CREATE TABLE test4（
  a4 INT NOT NULL AUTO_INCREMENT PRIMARY KEY，
  b4 INT DEFAULT 0
）;

分隔符|

在插入test1之前创建TRIGGER testref
  对于每一行
  开始
    INSERT INTO test2 SET a2 = NEW.a1;
    从test3删除WHERE a3 = NEW.a1;
    UPDATE test4 SET b4 = b4 + 1 WHERE a4 = NEW.a1;
  结束;
|

分隔符;

插入test3（a3）VALUES
  （NULL），（NULL），（NULL），（NULL），（NULL），
  （NULL），（NULL），（NULL），（NULL），（NULL）;

插入test4（a4）VALUES
  （0），（0），（0），（0），（0），（0），（0），（0），（0），（0）;

假设您将以下值插入表中 test1 ，如下所示：

MySQL的> INSERT INTO test1 VALUES 
       (1), (3), (1), (7), (1), (8), (4), (4);
查询OK，8行受影响（0.01秒）
记录：8个重复：0个警告：0

因此，这四个表包含以下数据：

MySQL的> SELECT * FROM test1;
+ ------ +
| a1 |
+ ------ +
| 1 |
| 3 |
| 1 |
| 7 |
| 1 |
| 8 |
| 4 |
| 4 |
+ ------ +
8行（0.00秒）

MySQL的> SELECT * FROM test2;
+ ------ +
| a2 |
+ ------ +
| 1 |
| 3 |
| 1 |
| 7 |
| 1 |
| 8 |
| 4 |
| 4 |
+ ------ +
8行（0.00秒）

MySQL的> SELECT * FROM test3;
+ ---- +
| a3 |
+ ---- +
| 2 |
| 5 |
| 6 |
| 9 |
| 10 |
+ ---- +
5行（0.00秒）

MySQL的> SELECT * FROM test4;
+ ---- + ------ +
| a4 | b4 |
+ ---- + ------ +
| 1 | 3 |
| 2 | 0 |
| 3 | 1 |
| 4 | 2 |
| 5 | 0 |
| 6 | 0 |
| 7 | 1 |
| 8 | 1 |
| 9 | 0 |
| 10 | 0 |
+ ---- + ------ +
10行（0.00秒）

触发器的元数据可以通过以下方式获得：

MySQL事件是根据计划运行的任务。 因此，我们有时将它们称为 预定 事件。 创建事件时，您正在创建一个命名数据库对象，该对象包含一个或多个SQL语句，这些SQL语句将以一个或多个定期间隔执行，从特定日期和时间开始和结束。 从概念上讲，这类似于Unix crontab （也称为 “ cron作业 ” ）或Windows任务计划程序的概念。

这种类型的计划任务有时也称为 “ 时间触发器 ” ，暗示这些是由时间推移触发的对象。 虽然这基本上是正确的，但我们更喜欢使用术语 事件 来避免与 第24.3节“使用触发器”中 讨论的类型的触发器混淆 。 事件应该更具体地不与 “ 临时触发器 ” 混淆 。 触发器是数据库对象，其语句是响应于在给定表上发生的特定类型的事件而执行的，（（已调度的）事件是响应于指定时间间隔的通过而执行其语句的对象。

虽然SQL标准中没有提供事件调度的规定，但在其他数据库系统中也有先例，您可能会注意到这些实现与MySQL服务器中的实现之间存在一些相似之处。

MySQL Events具有以下主要特性和属性：

事件由特殊 事件调度程序线程执行 ; 当我们引用事件调度程序时，我们实际上是指这个线程。 运行时，具有 PROCESS 输出权限 的用户可以看到事件调度程序线程及其当前状态 SHOW PROCESSLIST ，如下面的讨论所示。

全局 event_scheduler 系统变量确定是否在服务器上启用并运行事件调度程序。 它具有这3个值中的一个，这会影响事件调度，如此处所述。 默认是 ON 。

如果事件调度程序状态尚未设置为 DISABLED ， event_scheduler 则可以在 ON 和 之间切换 OFF （使用 SET ）。 也可以使用 0 的 OFF ，而 1 对于 ON 设置该变量时。 因此，可以在 mysql 客户端中 使用以下4个语句中的任何一个 来打开事件调度程序：

SET GLOBAL event_scheduler = ON;
SET @@ GLOBAL.event_scheduler = ON;
SET GLOBAL event_scheduler = 1;
SET @@ GLOBAL.event_scheduler = 1;

同样，这4个语句中的任何一个都可用于关闭事件调度程序：

SET GLOBAL event_scheduler = OFF;
SET @@ GLOBAL.event_scheduler = OFF;
SET GLOBAL event_scheduler = 0;
SET @@ GLOBAL.event_scheduler = 0;

虽然 ON 与 OFF 具有数字等同物，显示该值 event_scheduler 通过 SELECT 或 SHOW VARIABLES 总是之一 OFF ， ON 或 DISABLED 。 DISABLED 没有数字等价物 。 出于这个原因， ON 并且 OFF 通常是优选的超过 1 和 0 设置此变量时。

请注意，尝试设置 event_scheduler 而不将其指定为全局变量会导致错误：

mysql < ERROR 1229（HY000）：变量'event_scheduler'是GLOBALSET @@event_scheduler = OFF;

变量，应该用SET GLOBAL设置

要禁用事件调度程序，请使用以下两种方法之一：

要启用事件计划程序，请在不使用 --event-scheduler=DISABLED 命令行选项的 情况下重新启动服务器 ，或者在删除或注释掉 event-scheduler=DISABLED 服务器配置文件中 包含的行后 （如果适用）。 或者，您可以 在启动服务器时 使用 ON （或 1 ）或 OFF （或 0 ）代替 DISABLED 值。

使用该 --skip-grant-tables 选项 启动MySQL服务器 会导致 event_scheduler 设置为 DISABLED ，覆盖命令行 my.cnf 或 my.ini 文件 中的任何其他值集 （Bug＃26807）。

有关用于创建，更改和删除事件的SQL语句，请参见 第24.4.3节“事件语法” 。

MySQL EVENTS 在 INFORMATION_SCHEMA 数据库中 提供了一个 表 。 可以查询此表以获取有关已在服务器上定义的预定事件的信息。 有关更多信息 ， 请参见 第24.4.4节“事件元数据” 和 第25.10节“INFORMATION_SCHEMA事件表” 。

有关事件调度​​和MySQL权限系统的信息，请参见 第24.4.6节“事件调度程序和MySQL权限” 。

MySQL提供了几个用于处理预定事件的SQL语句：

有关事件的元数据可以通过以下方式获得：

事件调度程序时间表示

MySQL中的每个会话都有一个会话时区（STZ）。 这是 会话开始时 time_zone 从服务器的全局 time_zone 值 初始化 的会话 值， 但可以在会话期间更改。

执行 CREATE EVENT or ALTER EVENT 语句 时的当前会话时区 用于解释事件定义中指定的时间。 这成为事件时区（ETZ）; 也就是说，用于事件调度的时区，它在执行时在事件中生效。

对于在事件信息表示 mysql.event 表中， execute_at ， starts ，和 ends 时间被转换为UTC和与事件的时区一起存储。 这使得事件执行能够按照定义继续执行，而不管服务器时区或夏令时效果的任何后续更改。 该 last_executed 时间也存储在UTC。

如果您从中选择信息 mysql.event ，则刚刚提到的时间将被检索为UTC值。 这些时间也可以通过从 INFORMATION_SCHEMA.EVENTS 表中 选择 或从中获得 SHOW EVENTS ，但它们被报告为ETZ值。 从这些来源获得的其他时间表示事件创建或最后更改的时间; 这些显示为STZ值。 下表总结了事件时间的表示。

事件调度程序将有关事件执行的信息写入MySQL服务器的错误日志，该信息以错误或警告终止。 有关 示例， 请参见 第24.4.6节“事件调度程序和MySQL权限” 。

要获取有关事件调度​​程序状态的信息以进行调试和故障排除，请运行 mysqladmin debug （请参见 第4.5.2节“ mysqladmin - 管理MySQL服务器的客户端” ）; 运行此命令后，服务器的错误日志包含与事件调度程序相关的输出，类似于此处显示的内容：

活动状态：
LLA =最后锁定在LUA =最后解锁时间
WOC =等待条件DL =数据锁定

事件调度程序状态：
状态：INITIALIZED
线程ID：0
LLA：init_scheduler：313
LUA：init_scheduler：318
WOC：没有
工人：0
执行：0
数据已锁定：否

事件队列状态：
元素数：1
数据已锁定：否
试图锁定：没有
LLA：init_queue：148
LUA：init_queue：168
WOC：没有
下一次激活：0000-00-00 00：00：00

在作为事件调度程序执行的事件的一部分发生的语句中，诊断消息（不仅是错误，还包括警告）将写入错误日志，并在Windows上写入应用程序事件日志。 对于频繁执行的事件，可能会导致许多记录的消息。 例如，对于 语句，如果查询不返回任何行，则会发生错误代码为1329的警告（ ），并且变量值保持不变。 如果查询返回多行，则发生错误1172（ ）。 对于任何一种情况，您都可以通过声明条件处理程序来避免记录警告; 请参见 第13.6.7.2节“DECLARE ... HANDLER语法” SELECT ... INTO var_list No data Result consisted of more than one row 。 对于可能检索多行的语句，另一种策略是使用 LIMIT 1 将结果集限制为单行。

要启用或禁用已调度事件的执行，必须设置全局 event_scheduler 系统变量的值。 这需要足以设置全局系统变量的权限。 请参见 第5.1.9.1节“系统变量权限” 。

该 EVENT 权限控制事件的创建，修改和删除。 可以使用此权限 GRANT 。 例如，此 GRANT 语句赋予 用户 EVENT 指定的模式 的 特权 ： myschema jon@ghidora

关于myschema的重大事件。* to jon @ ghidora;

（我们假设此用户帐户已存在，并且我们希望它保持不变。）

要授予此用户 EVENT 对所有模式 的 特权，请使用以下语句：

授予活动*。*至jon @ ghidora;

该 EVENT 特权具有全局或模式级范围。 因此，尝试在单个表上授予它会导致错误，如下所示：

mysql> ERROR 1144（42000）：非法GRANT / REVOKE命令; 请GRANT EVENT ON myschema.mytable TO jon@ghidora;

请参阅手册以了解可以使用的权限

重要的是要理解事件是以其定义者的特权执行的，并且它不能执行其定义者没有必要特权的任何操作。 例如，假设 jon@ghidora 有 EVENT 权限 myschema 。 还假设此用户具有 此架构 的 SELECT 权限 myschema ，但没有其他权限。 可以 jon@ghidora 创建一个新事件，例如：

创建事件e_store_ts
    按照时间表
      每10秒
    做
      INSERT INTO myschema.mytable VALUES（UNIX_TIMESTAMP（））;

用户等待一分钟左右，然后执行 SELECT * FROM mytable; 查询，期望在表中看到几个新行。 相反，该表是空的。 由于用户没有 INSERT 相关表 的 权限，因此该事件无效。

如果检查MySQL错误日志（ hostname.err ），您可以看到事件正在执行，但它尝试执行的操作失败：

2013-09-24T12：41：31.261992Z 25 [ERROR]事件调度程序：
[jon @ ghidora] [cookbook.e_store_ts] INSERT命令被拒绝给用户
表'mytable'''jon'@'ghidora'
2013-09-24T12：41：31.262022Z 25 [注意]事件调度程序：
[jon @ ghidora]。[myschema.e_store_ts]事件执行失败。
2013-09-24T12：41：41.271796Z 26 [ERROR]事件调度程序：
[jon @ ghidora] [cookbook.e_store_ts] INSERT命令被拒绝给用户
表'mytable'''jon'@'ghidora'
2013-09-24T12：41：41.272761Z 26 [注意]事件调度程序：
[jon @ ghidora]。[myschema.e_store_ts]事件执行失败。

由于此用户很可能无法访问错误日志，因此可以通过直接执行它来验证事件的操作语句是否有效：

mysql> ERROR 1142（42000）：拒绝用户INSERT命令INSERT INTO myschema.mytable VALUES (UNIX_TIMESTAMP());

表'mytable'''jon'@'ghidora'

检查 INFORMATION_SCHEMA.EVENTS 表显示 e_store_ts 存在并已启用，但其 LAST_EXECUTED 列为 NULL ：

MySQL的> SELECT * FROM INFORMATION_SCHEMA.EVENTS
     >      WHERE EVENT_NAME='e_store_ts'
     >     AND EVENT_SCHEMA='myschema'\G
*************************** 1。排******************** *******
   EVENT_CATALOG：NULL
    EVENT_SCHEMA：myschema
      EVENT_NAME：e_store_ts
         DEFINER：jon @ ghidora
      EVENT_BODY：SQL
EVENT_DEFINITION：INSERT INTO myschema.mytable VALUES（UNIX_TIMESTAMP（））
      EVENT_TYPE：RECURRING
      EXECUTE_AT：NULL
  INTERVAL_VALUE：5
  INTERVAL_FIELD：第二
        SQL_MODE：NULL
          STARTS：0000-00-00 00:00:00
            ENDS：0000-00-00 00:00:00
          状态：已启用
   ON_COMPLETION：NOT PRESERVE
         创建时间：2006-02-09 22:36:06
    LAST_ALTERED：2006-02-09 22:36:06
   LAST_EXECUTED：NULL
   EVENT_COMMENT：
1排（0.00秒）

要取消该 EVENT 权限，请使用该 REVOKE 语句。 在此示例中， 将从 用户帐户中 删除 EVENT 架构 的 权限 ： myschema jon@ghidora

在myschema上重播活动。*来自jon @ ghidora;

假设用户 jon@ghidora 已被授予 EVENT 和 INSERT 特权上的 myschema 架构。 然后，此用户创建以下事件：

创建事件e_insert
    按照时间表
      每7秒
    做
      INSERT INTO myschema.mytable;

创建此事件后， root 撤消该 EVENT 权限 jon@ghidora 。 但是， e_insert 继续执行， mytable 每7秒 插入一个新行 。 如果 root 发布以下任何一种陈述，情况也是如此：

您可以通过 在发出 或 声明 之前和之后 检查 mysql.event 表（在本节后面讨论）或 INFORMATION_SCHEMA.EVENTS 表（请参见 第25.10节“INFORMATION_SCHEMA事件表” ） 来验证这是否成立 。 DROP USER RENAME USER

事件定义存储在 mysql.event 表中。 要删除由其他用户帐户创建的事件，MySQL root 用户（或具有必要权限的其他用户）可以从此表中删除行。 例如，要删除 e_insert 前面显示 的事件 ， root 可以使用以下语句：

从mysql.event删除
    WHERE db ='myschema'
      AND name ='e_insert';

从 mysql.event 表中 删除行时，匹配事件名称和数据库模式名称非常重要 。 这是因为不同模式中可能存在同名的不同事件。

用户 EVENT 权限存储在 和 表 的 Event_priv 列中 。 在这两种情况下，此列都包含其中一个值' '或' '。 ' '是默认值。 仅当该用户具有全局 权限（即，如果使用该权限时 ） ，则为 给定用户 设置为' ' 。 对于模式级 权限， 创建一个行 并将该行的 列 设置 为模式的名称，列为 用户名称 的 列，以及 mysql.user mysql.db Y N N mysql.user.Event_priv Y EVENT GRANT EVENT ON *.* EVENT GRANT mysql.db Db User Event_priv 列设置为' Y ”。 永远不需要直接操作这些表，因为 语句对它们执行所需的操作。 GRANT EVENT 和 REVOKE EVENT

五个状态变量提供与事件相关的操作的计数（但 不 包括事件执行的语句;请参见 第C.1节“存储程序的限制” ）。 这些是：

您可以通过运行语句一次查看所有这些的当前值 SHOW STATUS LIKE '%event%'; 。

该 CREATE VIEW 语句创建一个新视图（请参见 第13.1.23节“创建视图语法” ）。 要更改视图的定义或删除视图，请使用 ALTER VIEW （请参见 第13.1.11节“ALTER VIEW语法” ）或 DROP VIEW （参见 第13.1.35节“DROP VIEW语法” ）。

可以从多种 SELECT 语句 创建视图 。 它可以引用基表或其他视图。 它可以使用连接 UNION 和子查询。 该 SELECT 甚至不需要引用任何表。 以下示例定义了一个视图，该视图从另一个表中选择两列，以及从这些列计算的表达式：

mysql> CREATE TABLE t (qty INT, price INT);
mysql> INSERT INTO t VALUES(3, 50), (5, 60);
mysql> CREATE VIEW v AS SELECT qty, price, qty*price AS value FROM t;
mysql>SELECT * FROM v;
+ ------ + ------- ------- + +
| 数量| 价格| 价值|
+ ------ + ------- ------- + +
| 3 | 50 | 150 |
| 5 | 60 | 300 |
+ ------ + ------- ------- + +
MySQL的> SELECT * FROM v WHERE qty = 5;
+ ------ + ------- ------- + +
| 数量| 价格| 价值|
+ ------ + ------- ------- + +
| 5 | 60 | 300 |
+ ------ + ------- ------- + +

可选 ALGORITHM 子句 CREATE VIEW 或是 ALTER VIEW 标准SQL的MySQL扩展。 它会影响MySQL处理视图的方式。 ALGORITHM 三个值： MERGE ， TEMPTABLE 或 UNDEFINED 。

TEMPTABLE 明确 指定的一个原因 是，在创建临时表之后以及在用于完成处理语句之前，可以在基础表上释放锁。 这可能导致比 MERGE 算法 更快的锁定释放， 因此使用该视图的其他客户端不会被阻止。

视图算法有 UNDEFINED 三个原因：

如前所述， MERGE 通过将视图定义的相应部分合并到引用视图的语句中来处理。 以下示例简要说明了 MERGE 算法的工作原理。 这些示例假设有一个 v_merge 具有此定义 的视图 ：

CREATE ALGORITHM = MERGE VIEW v_merge（vc1，vc2）AS
SELECT c1，c2 FROM t WHERE c3> 100;

示例1：假设我们发出以下声明：

SELECT * FROM v_merge;

MySQL处理语句如下：

生成的语句将变为：

SELECT c1，c2 FROM t WHERE c3> 100;

示例2：假设我们发出以下声明：

SELECT * FROM v_merge WHERE vc1 <100;

这种说法也同样处理前一个，只是 vc1 < 100 变得 c1 < 100 和视图 WHERE 子句添加到语句 WHERE 使用条款 AND 结缔组织（并添加括号以确保条款的部分用正确的优先顺序执行）。 生成的语句将变为：

SELECT c1，c2 FROM t WHERE（c3> 100）AND（c1 <100）;

实际上，要执行的 WHERE 语句具有以下形式 的 子句：

WHERE（选择WHERE）AND（查看WHERE）

如果 MERGE 无法使用 该 算法，则必须使用临时表。 阻止合并的构造与阻止在派生表和公用表表达式中合并的构造相同。 示例是 SELECT DISTINCT 或 LIMIT 在子查询中。 有关详细信息，请参见 第8.2.2.4节“使用合并或实现优化派生表，视图引用和公用表表达式” 。

某些视图是可更新的，对它们的引用可用于指定要在数据更改语句中更新的表。 也就是说，你可以在语句，如使用它们 UPDATE ， DELETE 或 INSERT 更新基础表的内容。 派生表和公用表表达式也可以在多表 UPDATE 和 DELETE 语句中 指定 ，但只能用于读取数据以指定要更新或删除的行。 通常，视图引用必须是可更新的，这意味着它们可以合并而不是实现。 复合视图具有更复杂的规则。

要使视图可更新，视图中的行与基础表中的行之间必须存在一对一的关系。 还有一些其他构造使视图不可更新。 更具体地说，如果视图包含以下任何内容，则视图不可更新：

视图中生成的列被视为可更新，因为可以为其分配。 但是，如果明确更新此类列，则唯一允许的值为 DEFAULT 。 有关生成的列的信息，请参见 第13.1.20.9节“创建表和生成的列” 。

假设可以使用 MERGE 算法 处理多表视图，有时可以更新多表视图 。 为此，视图必须使用内部联接（不是外部联接或a UNION ）。 此外，只能更新视图定义中的单个表，因此该 SET 子句必须只列出视图中其中一个表的列。 UNION ALL 即使它们在理论上可以更新 ， 也不允许 使用 它们。

关于可插入性（可使用 INSERT 语句 进行更新 ），如果可更新视图也满足视图列的这些附加要求，则可插入视图：

MySQL在 CREATE VIEW 时间 设置了一个标志，称为视图可更新性标志 。 YES 如果 UPDATE 和 DELETE （和类似操作）对视图合法，则 该标志设置为 （true） 。 否则，该标志设置为 NO （false）。 表中 的 IS_UPDATABLE 列 INFORMATION_SCHEMA.VIEWS 显示此标志的状态。 这意味着服务器始终知道视图是否可更新。

如果视图是不可更新的，这样的语句 UPDATE ， DELETE 以及 INSERT 是非法的，将被拒绝。 （即使视图是可更新的，也可能无法插入其中，如本节其他部分所述。）

视图的可更新性可能受 updatable_views_with_limit 系统变量 值的影响 。 请参见 第5.1.8节“服务器系统变量” 。

对于以下讨论，假设存在以下表和视图：

CREATE TABLE t1（x INTEGER）;
CREATE TABLE t2（c INTEGER）;
创建视图vmat AS SELECT SUM（x）AS s FROM t1;
创建视图vup AS SELECT * FROM t2;
CREATE VIEW vjoin AS SELECT * FROM vmat JOIN vup on vmat.s = vup.c;

INSERT ， UPDATE 和 DELETE 语句允许如下：

其他讨论和示例如下。

本节中的早期讨论指出，如果并非所有列都是简单的列引用，则视图不可插入（例如，如果它包含表达式或复合表达式的列）。 虽然这样的视图不可插入，但如果只更新非表达式的列，则可以更新。 考虑这个观点：

CREATE VIEW v AS SELECT col1,1 AS col2 FROM t;

此视图不可插入，因为它 col2 是一个表达式。 但是，如果更新没有尝试更新，则可以更新 col2 。 此更新是允许的：

UPDATE v SET col1 = 0;

此更新是不允许的，因为它尝试更新表达式列：

UPDATE v SET col2 = 0;

如果表包含 AUTO_INCREMENT 列，则插入表中不 包含 列的可插入视图 AUTO_INCREMENT 不会更改值 LAST_INSERT_ID() ，因为将默认值插入不属于视图的列的副作用不应该是可见的。

的 WITH CHECK OPTION 条款可以给出一个可更新视图来防止插入到行的量， WHERE 在该条款 select_statement 是不正确的。 它还会阻止更新 WHERE 子句为true的 行， 但更新会导致它不为true（换句话说，它会阻止可见行更新为不可见的行）。

在 WITH CHECK OPTION 可更新视图 的 子句中， LOCAL 和 CASCADED 关键字确定在根据另一个视图定义视图时检查测试的范围。 如果没有给出关键字，则默认为 CASCADED 。

WITH CHECK OPTION 测试符合标准：

考虑下表和视图集的定义：

CREATE TABLE t1（INT）;
CREATE VIEW v1 AS SELECT * FROM t1 WHERE a <2
WITH CHECK OPTION;
CREATE VIEW v2 AS SELECT * FROM v1 WHERE a> 0
WITH LOCAL CHECK OPTION;
CREATE VIEW v3 AS SELECT * FROM v1 WHERE a> 0
带有级联检查选项;

这里 v2 和 v3 视图是根据另一个视图定义的 v1 。

v2 根据其 LOCAL 检查选项 检查 插入 ，然后检查递归到 v1 并再次应用规则。 v1 导致检查失败 的规则 。 检查 v3 也失败：

MySQL的> INSERT INTO v2 VALUES (2);
ERROR 1369（HY000）：检查选项失败'test.v2'
MySQL的> INSERT INTO v3 VALUES (2);
ERROR 1369（HY000）：检查选项失败'test.v3'

有关视图的元数据可以获得如下：