MySQL视图不支持WHERE子句引用用户变量，因其定义需确定性；8.0.24+可用内联表值函数模拟参数化视图，旧版本则用存储过程+临时表替代。
MySQL 视图本身不支持 WHERE 子句中引用用户变量（如 @filter_value），这是硬限制，不是写法问题。 试图在 CREATE VIEW 中直接写 WHERE col = @var 会报错 ERROR 1351 (HY000): View's SELECT contains a variable or parameter。必须换思路。
为什么 MySQL 视图不能用用户变量过滤
视图在创建时被解析并存储为元数据，其定义必须是“确定性”的——即每次查询都应返回相同结构、可预测的逻辑。用户变量值在会话间变化、甚至在同一查询中可能被多次赋值，破坏了这种确定性。MySQL 在语法层就禁止了 SELECT 中出现 @var、? 占位符或存储过程参数。
- 常见错误现象：
CREATE VIEW v_filtered AS SELECT * FROM t WHERE id = @id;→ 直接报错 - 即使先
SET @id = 123;，视图定义仍非法 - 试图用
PREPARE/EXECUTE绕过？不行——视图不支持动态 SQL
替代方案：用内联表值函数（MySQL 8.0.24+）模拟参数化视图
MySQL 8.0.24 起支持内联表值函数（Inline Table-Valued Function），它接受参数、返回结果集，行为接近“带参视图”。这是目前最贴近需求的合法方案。
- 函数定义中可用参数（如
IN p_status VARCHAR(20)），并在WHERE中直接使用 - 调用时写法自然：
SELECT * FROM TABLE(my_filter_func('active')); - 注意：必须启用
sql_mode中的STRICT_TRANS_TABLES（默认已开） - 示例：
CREATE FUNCTION my_filter_func(IN p_status VARCHAR(20)) RETURNS TABLE(id INT, name VARCHAR(50), status VARCHAR(20)) RETURN SELECT id, name, status FROM users WHERE status = p_status;
然后查询：SELECT * FROM TABLE(my_filter_func('inactive'));
兼容旧版本（MySQL < 8.0.24）：用存储过程 + 临时表 + 客户端封装
如果无法升级，只能放弃“视图”形式，改用存储过程生成临时结果。客户端需主动调用并读取临时表，或封装成统一接口。
- 存储过程内创建
TEMPORARY TABLE，插入过滤后数据 - 避免用普通表（并发时冲突）、避免用全局临时表（MySQL 不支持）
- 调用后立即查
SELECT * FROM temp_result;—— 注意临时表只在当前会话可见 - 示例关键片段：
DELIMITER $$
CREATE PROCEDURE get_filtered_users(IN p_min_age INT)
BEGIN
DROP TEMPORARY TABLE IF EXISTS temp_result;
CREATE TEMPORARY TABLE temp_result AS
SELECT id, name FROM users WHERE age >= p_min_age;
END$$
DELIMITER ;调用：CALL get_filtered_users(18); SELECT * FROM temp_result;
最容易被忽略的坑：权限与生命周期
内联函数需要 CREATE ROUTINE 权限；临时表方案要求客户端有 CREATE TEMPORARY TABLES 权限。更重要的是：临时表在会话断开时自动销毁，但若客户端异常中断（如网络闪断），残留的临时表不会阻塞其他会话——这点比想象中安全。而函数一旦创建，就长期存在，修改需 DROP + CREATE，上线变更要谨慎。
