在 MySQL 中，默认情况下视图（View）是会被“展开”（Merge）的。这意味着优化器会将视图的定义语句直接合并到主查询中，重新生成执行计划。

如果你希望视图不展开（即作为一个独立的临时结果集先执行，然后再与外部表连接），你需要强制 MySQL 使用 ALGORITHM = TEMPTABLE。

核心解决方案：修改视图算法

你不需要修改应用程序的 SQL，只需要在数据库层面修改视图的定义，指定其算法为 TEMPTABLE。

1. 修改现有视图

使用 ALTER VIEW 语句，显式添加 ALGORITHM = TEMPTABLE 子句：

ALTER ALGORITHM = TEMPTABLE VIEW your_view_name AS
SELECT ... -- 这里保持原有的视图定义不变
;

2. 创建新视图时指定

如果是新建视图，直接在 CREATE VIEW 时指定：

CREATE ALGORITHM = TEMPTABLE VIEW your_view_name AS
SELECT ...
;

原理解析：MERGE vs TEMPTABLE

MySQL 处理视图主要有两种算法（由 ALGORITHM 参数控制）：

当你设置 ALGORITHM = TEMPTABLE 后：

1. MySQL 会先运行视图里的 SELECT 语句。
2. 结果被物化（Materialize）到一个临时表中。
3. 外部的 JOIN 或 WHERE 条件是在这个临时表上执行的。
4. 效果：这就实现了你要求的“视图不展开”。

实战举例

假设你有一个复杂的视图 v_user_orders，它关联了 5 张表并做了聚合。现在你在程序中写了一个查询：

-- 程序中的 SQL (不能改)
SELECT * FROM v_user_orders u 
JOIN products p ON u.product_id = p.id 
WHERE u.status = 'PAID';

问题：由于视图默认展开，优化器可能把 v_user_orders 拆开，导致 WHERE u.status = 'PAID' 的下推失效，或者生成了错误的连接顺序，导致查询巨慢。

解决步骤：

1. 查看当前视图定义：

   SHOW CREATE VIEW v_user_orders;
   

   输出可能显示 ALGORITHM=UNDEFINED 或没有指定算法。

2. 强制改为临时表模式：

   ALTER ALGORITHM = TEMPTABLE VIEW v_user_orders AS
   SELECT 
       o.id, 
       o.user_id, 
       o.product_id, 
       o.status, 
       SUM(oi.amount) as total_amount
   FROM orders o
   JOIN order_items oi ON o.id = oi.order_id
   -- ... 其他复杂的关联和逻辑 ...
   GROUP BY o.id;
   

3. 验证效果： 再次运行程序中的 SQL，并使用 EXPLAIN 查看执行计划：

   EXPLAIN SELECT * FROM v_user_orders u JOIN products p ON u.product_id = p.id WHERE u.status = 'PAID';
   

   • 展开前 (MERGE)：你会看到一堆底层表（orders, order_items...）直接出现在执行计划中。
   • 展开后 (TEMPTABLE)：你会在执行计划中看到一行 <derived2> 或 <materialized_...>，这代表 MySQL 先创建了一个临时表（即视图的结果），然后再拿这个临时表去和 products 表连接。

注意事项与副作用

虽然这解决了“不展开”的问题，但必须注意以下代价：

1. 性能下降风险：

   • 因为视图结果先被计算出来存入临时表，视图内部查询无法利用外部查询的 WHERE 条件进行过滤下推。
   • 例子：如果视图里有 1000 万行数据，即使外部查询只查 id=1，TEMPTABLE 模式下也会先把 1000 万行算出来存到临时表，然后再筛选。而 MERGE 模式下可能会直接把 id=1 下推到最底层，只查 1 行。
   • 适用场景：仅当视图非常复杂导致优化器“变笨”（生成错误计划），或者视图逻辑必须作为独立单元执行（如依赖特定的执行顺序、用户变量等）时使用。

2. 索引失效：

   • 外部查询对视图字段的过滤，无法使用视图底层原始表的索引，只能对临时表进行全表扫描（除非临时表自动建立了索引，但 MySQL 通常不会为派生表自动建索引）。

3. 不可更新视图：

   • 使用了 TEMPTABLE 算法的视图通常是不可更新的（即不能对该视图执行 UPDATE, INSERT, DELETE）。

总结

要在不修改程序 SQL 的前提下阻止视图展开： 请使用 ALTER ALGORITHM = TEMPTABLE VIEW ... 修改视图定义。这将强制 MySQL 将视图物化为临时表，从而切断优化器的合并（Merge）行为。但请务必通过 EXPLAIN 对比性能，确保这种“隔离”带来的执行计划稳定性收益大于全量计算临时表的性能损耗。