在数据库开发里，存储过程是把多条SQL逻辑封装起来反复调用的常用手段。局部变量作为过程内部临时承载数据的基础单元，其定义与赋值方式直接决定了代码是否清晰、执行是否稳定。不同数据库系统对局部变量的语法略有差异，但核心规范高度一致，理解这些规范能避免很多低级错误。
一、什么是存储过程中的局部变量
局部变量是指在存储过程、函数或批处理内部通过DECLARE语句定义的变量，它的作用域仅限于定义它的那个过程体或代码块。一旦过程执行结束，变量所占的内存就会被释放，外部会话无法访问。这与以@开头的会话变量（如MySQL中的@var）或者全局变量完全不同，后者可以在连接存活期间跨查询使用。
从底层来看，局部变量在过程编译阶段就会被纳入执行计划的内存结构中，数据库引擎会为它分配固定或可变长度的类型空间。因为类型在声明时就已确定，所以后续赋值必须符合类型约束，否则会触发隐式转换甚至直接报错。明确这一点，有助于我们在写复杂业务逻辑时控制数据精度与性能开销。
二、使用DECLARE定义局部变量
在标准SQL以及SQL Server、MySQL等主流数据库中，定义局部变量都要使用DECLARE关键字。通常建议把所有变量声明放在过程体的最前面，这样可读性更好，也方便统一管理。声明时必须指定变量名与数据类型，部分数据库还允许同时赋予默认值。
下面以SQL Server风格的语法为例，展示基本的声明方式：
CREATE PROCEDURE CalculateBonus
AS
BEGIN
-- 声明整型与小数型局部变量
DECLARE @emp_id INT;
DECLARE @base_salary DECIMAL(10, 2);
DECLARE @bonus_rate DECIMAL(3, 2);
-- 声明时直接赋默认值
DECLARE @total_bonus DECIMAL(10, 2) = 0;
-- 后续逻辑可使用这些变量
SET @bonus_rate = 0.1;
END;
在MySQL中，局部变量同样用DECLARE，但需要注意它只能写在BEGIN...END块的开头，且不能像会话变量那样用@前缀。如果声明时未赋值，变量初始状态为NULL，这一点在后续计算中极易被忽略。
DELIMITER $$
CREATE PROCEDURE GetEmpInfo()
BEGIN
DECLARE v_count INT DEFAULT 0;
DECLARE v_name VARCHAR(50);
SELECT COUNT(*) INTO v_count FROM employees;
END$$
DELIMITER ;
三、使用SET进行赋值规范
SET是最规范的单值赋值语句，它每次只能给一个变量赋予一个标量值。使用SET可以避免从查询结果中取数时产生的多行覆盖问题，语义也非常清晰：就是把右边表达式的结果存进左边变量。
以下示例展示了用SET给局部变量赋值的常见写法，以及类型不符时的处理：
CREATE PROCEDURE UpdateStats
AS
BEGIN
DECLARE @max_id INT;
DECLARE @avg_score DECIMAL(5, 2);
-- 用SET赋予基于表达式的标量值
SET @max_id = (SELECT MAX(id) FROM users);
SET @avg_score = (SELECT AVG(score) FROM exam WHERE deleted = 0);
-- 纯常量赋值
SET @max_id = 100;
END;
需要强调的是，如果SET右侧的子查询返回了多行或多列，语句会报错；若返回空结果集，变量会被置为NULL。因此用SET配合标量子查询时，要确保查询逻辑绝对只产出一行一列，或者提前用聚合函数包裹。
四、SELECT赋值与SET的区别
除了SET，很多数据库允许用SELECT给局部变量赋值，语法上更紧凑，也能顺带把查询结果展示出来。但SELECT赋值存在隐性风险：如果查询返回多行，变量会保留最后一行的值，而不会报错，这在某些统计场景下会导致数据错乱。
对比示例如下：
CREATE PROCEDURE DemoAssign
AS
BEGIN
DECLARE @name VARCHAR(50);
DECLARE @age INT;
-- SET方式：清晰但稍显冗长
SET @name = (SELECT user_name FROM account WHERE id = 1);
-- SELECT方式：可同时赋值并输出
SELECT @age = age FROM account WHERE id = 1;
-- 危险写法：返回多行时@name取到末行值
SELECT @name = user_name FROM account WHERE status = 1;
END;
从规范角度，微软等厂商的官方建议是：当你明确只赋单值、且不关心结果集输出时，优先用SET；只有需要从查询中取值且逻辑保证唯一时，才用SELECT INTO或SELECT赋值。这样在代码审查时能一眼看出意图，降低维护成本。
| 赋值方式 | 是否支持多变量同时 | 多行结果行为 | 推荐场景 |
|---|---|---|---|
| SET | 否，一次一个 | 报错或置NULL | 单值标量计算 |
| SELECT | 是，可连续赋值 | 取最后一行不报错 | 查询取数并赋值 |
五、常见错误与最佳实践
初学者常把局部变量和会话变量混淆，例如在SQL Server里少写@符号，或在MySQL里给局部变量加@前缀，都会让数据库误判为其他类型变量而报未定义错误。另一个高频问题是，在DECLARE之前就使用变量，这违反了先声明后使用的原则，编译阶段就会失败。
推荐的实践包括：统一在过程开头声明所有局部变量并给出合理默认值；用SET做确定性赋值；用SELECT赋值时务必用主键或唯一约束保证单行；在复杂过程里用注释标明每个变量的业务含义。这样既能规避作用域混乱，也方便后续性能调优与逻辑追踪。
CREATE PROCEDURE SafeExample
AS
BEGIN
DECLARE @start_date DATE = '2023-01-01';
DECLARE @end_date DATE = '2023-12-31';
DECLARE @row_cnt INT = 0;
SET @row_cnt = (
SELECT COUNT(*)
FROM orders
WHERE create_time BETWEEN @start_date AND @end_date
);
IF @row_cnt IS NULL
SET @row_cnt = 0;
END;
掌握上述DECLARE与SET的规范用法，不仅能写出健壮的存储过程，还能在团队协作时减少沟通损耗。当业务计算逻辑日趋复杂，良好的变量定义习惯就是稳定数据库应用的基石。
SQL存储过程局部变量DECLARE_SET修改时间：2026-08-01 23:06:39