可选的 ALGORITHM 子句用于 CREATE VIEW 或 ALTER VIEW 是 MySQL 对标准 SQL 的扩展。它影响 MySQL 如何处理视图。ALGORITHM 取三个值:MERGE、TEMPTABLE 或 UNDEFINED。
-
对于
MERGE,语句的文本和视图定义将合并,以便将视图定义的部分替换语句的相应部分。 -
对于
TEMPTABLE,从视图中检索结果将被存储到临时表中,然后用于执行语句。 -
对于
UNDEFINED,MySQL 将选择使用哪种算法。它优先选择MERGE,因为MERGE通常更高效,并且因为视图不能是可更新的,如果使用临时表。 -
如果没有
ALGORITHM子句,缺省算法将由derived_merge标志的optimizer_switch系统变量的值确定。有关更多讨论,请参阅 第 10.2.2.4 节,“优化派生表、视图引用和公共表表达式的合并或物化”。
明确指定 TEMPTABLE 的原因是,锁可以在创建临时表后释放,而不是在处理语句之前释放。这可能比 MERGE 算法更快地释放锁,以便其他客户端使用视图不被阻塞那么长时间。
视图算法可能是 UNDEFINED 的三个原因:
-
没有
ALGORITHM子句在CREATE VIEW语句中。 -
该
CREATE VIEW语句具有明确的ALGORITHM = UNDEFINED子句。 -
ALGORITHM = MERGE被指定用于只能使用临时表处理的视图。在这种情况下,MySQL 生成警告并将算法设置为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 按照以下方式处理语句:
-
v_merge变为t -
*变为vc1, vc2,对应于c1, c2 -
视图
WHERE子句被添加
执行的语句变为:
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 (select WHERE) AND (view WHERE)
如果 MERGE 算法不能使用,必须使用临时表代替。阻止合并的构造与派生表和公共表表达式中的构造相同。例如,子查询中的 SELECT DISTINCT 或 LIMIT。有关详细信息,请参阅 第 10.2.2.4 节,“优化派生表、视图引用和公共表表达式的合并或物化”。