在SQL存储过程的开发和使用过程中，参数丢失或者传入空值是很容易出现的问题，这类问题轻则导致存储过程返回错误结果，重则直接引发执行崩溃，影响关联业务系统的正常运行。很多开发者在编写存储过程时更关注业务逻辑实现，往往忽略了对输入参数的前置校验，直到线上出现故障时才回溯定位到参数问题。实际上只需要在存储过程开头增加简单的校验逻辑，就能有效避免这类问题。
存储过程参数丢失的常见场景
参数丢失或者空值问题通常出现在以下几种场景中：
- 调用存储过程时未传入必填参数，且存储过程没有设置默认值
- 传入的参数值为NULL，后续逻辑直接使用该参数做运算或者查询条件
- 参数是字符串类型，传入的是空字符串，后续逻辑没有做空字符串判断
- 动态拼接SQL时直接使用未校验的参数，导致SQL语法错误
通用参数校验逻辑思路
无论使用哪种数据库，参数校验的核心思路都是一致的：在存储过程执行核心业务逻辑之前，先对所有输入参数做校验，不符合要求的直接返回明确的错误提示，避免后续逻辑执行。常见的校验维度包括：
- 判断参数是否为NULL，如果是则抛出错误或者设置默认值
- 判断字符串类型参数是否为空字符串，根据业务需求决定是否处理
- 判断数值类型参数是否在合理范围内，避免后续运算异常
不同数据库的实现示例
MySQL存储过程参数校验
MySQL可以通过SIGNAL语句抛出自定义错误，在存储过程开头先做参数校验：
-- 创建带参数校验的存储过程
DELIMITER //
CREATE PROCEDURE query_user_by_id(
IN user_id INT,
IN user_name VARCHAR(50)
)
BEGIN
-- 校验user_id是否为空
IF user_id IS NULL THEN
SIGNAL SQLSTATE '45000'
SET MESSAGE_TEXT = '参数user_id不能为空';
END IF;
-- 校验user_name是否为空或者空字符串
IF user_name IS NULL OR user_name = '' THEN
SIGNAL SQLSTATE '45000'
SET MESSAGE_TEXT = '参数user_name不能为空或者空字符串';
END IF;
-- 核心查询逻辑
SELECT * FROM user_table WHERE id = user_id AND name = user_name;
END //
DELIMITER ;
SQL Server存储过程参数校验
SQL Server可以通过THROW语句抛出错误，也可以使用RAISERROR，以下是校验示例：
-- 创建带参数校验的存储过程
CREATE PROCEDURE query_order_by_no
@order_no VARCHAR(32),
@start_time DATETIME
AS
BEGIN
-- 校验order_no是否为空或者空字符串
IF @order_no IS NULL OR @order_no = ''
BEGIN
THROW 50001, '参数order_no不能为空或者空字符串', 1;
END
-- 校验start_time是否为空
IF @start_time IS NULL
BEGIN
THROW 50002, '参数start_time不能为空', 1;
END
-- 核心查询逻辑
SELECT * FROM order_table
WHERE order_no = @order_no
AND create_time >= @start_time;
END
Oracle存储过程参数校验
Oracle可以通过RAISE_APPLICATION_ERROR抛出自定义异常，示例如下：
-- 创建带参数校验的存储过程
CREATE OR REPLACE PROCEDURE update_product_stock(
p_product_id IN NUMBER,
p_stock_num IN NUMBER
)
IS
BEGIN
-- 校验产品ID是否为空
IF p_product_id IS NULL THEN
RAISE_APPLICATION_ERROR(-20001, '参数p_product_id不能为空');
END IF;
-- 校验库存数量是否为空或者小于0
IF p_stock_num IS NULL OR p_stock_num < 0 THEN
RAISE_APPLICATION_ERROR(-20002, '参数p_stock_num不能为空且不能小于0');
END IF;
-- 核心更新逻辑
UPDATE product_table
SET stock = p_stock_num
WHERE id = p_product_id;
COMMIT;
END update_product_stock;
参数校验的注意事项
在编写参数校验逻辑时，还需要注意以下几点：
- 校验逻辑要放在存储过程的最开头，不要穿插在业务逻辑中，方便后续维护
- 错误提示要清晰明确，最好包含具体的参数名和错误原因，方便调用方排查问题
- 如果某些参数允许为空，要明确在注释中说明，并且后续逻辑要兼容空值的情况
- 对于可选参数，可以在存储过程定义时直接设置默认值，减少调用方的传参压力
比如在MySQL中定义可选参数的存储过程：
DELIMITER //
CREATE PROCEDURE query_user_list(
IN page_num INT DEFAULT 1,
IN page_size INT DEFAULT 10
)
BEGIN
-- 即使有默认值，也可以做合理性校验
IF page_num < 1 THEN
SET page_num = 1;
END IF;
IF page_size < 1 OR page_size > 100 THEN
SET page_size = 10;
END IF;
-- 分页查询逻辑
SELECT * FROM user_table
LIMIT (page_num - 1) * page_size, page_size;
END //
DELIMITER ;
总结
SQL存储过程的参数校验是保证存储过程稳定运行的基础环节，不需要复杂的逻辑，只需要在存储过程开头增加几行非空判断和错误抛出的代码，就能避免大部分参数丢失、空值引发的崩溃问题。开发者在编写存储过程时，要养成先校验参数再写业务逻辑的习惯，同时根据业务需求合理设置参数默认值，提升存储过程的健壮性，减少线上故障的发生概率。