MySQL存储过程参数不支持DEFAULT关键字，需用IF判断NULL后SET赋值；PostgreSQL仅在省略参数时触发DEFAULT；SQL Server要求默认参数居末且仅对未提供参数生效；跨库应统一用COALESCE兜底。

MySQL 存储过程里 DEFAULT 关键字根本不起作用？

mysql 的存储过程参数不支持 default 关键字。这是个常见误解——你写 create procedure p1(in x int default 0)，mysql 会直接报错 error 1064。它只在表字段定义或函数参数中允许 default，过程参数语法上就不认这个关键字。

想实现“带默认值”的效果，得靠手动判断 + 赋值：

• 把参数设为 IN 类型（不能是 INOUT 或 OUT）
• 在过程体开头用 IF x IS NULL THEN SET x = 0; END IF; 补默认逻辑
• 调用时传 NULL 表示“用默认值”，但注意：这要求调用方主动配合，不是语法级默认

PostgreSQL 中 DEFAULT 参数能用，但调用姿势不对就失效

PostgreSQL 支持在函数（含 CREATE OR REPLACE FUNCTION）中直接写 DEFAULT，比如 my_func(x INT DEFAULT 42)。但它只对“省略该参数”的调用生效，不是对 NULL 生效。

常见错误现象：

• 调用 SELECT my_func(NULL); → x 就是 NULL，不会触发默认值
• 调用 SELECT my_func(); → x 才是 42
• 如果参数在中间，必须用命名参数： SELECT my_func(y := 'abc');，否则位置错位会报错

SQL Server 的 = 语法和 NULL 处理陷阱

SQL Server 允许在 CREATE PROCEDURE 中用 @x INT = 42 这种写法，看起来最接近直觉。但它有个关键限制：所有带默认值的参数，必须放在参数列表**末尾**。

否则会报 ERROR 102（“Incorrect syntax near '='”）。而且：

• 调用时若跳过某默认参数，后面所有参数都必须用命名方式，比如 EXEC p1 @y = 'ok';
• 如果传了 NULL，它就是 NULL，不会自动替换为默认值 —— 默认值只在“完全不提供该参数”时起作用
• NULL 和 “未提供” 在 SQL Server 过程里是两个不同状态，得靠 ISNULL(@x, 42) 或 COALESCE(@x, 42) 在内部兜底

跨数据库可移植的“伪默认值”写法

如果你写的存储过程要兼顾 MySQL / PostgreSQL / SQL Server，别依赖任何方言的 DEFAULT 语法。统一用最保守的方式：

• 所有参数声明为 IN，不设默认值
• 在过程开头统一初始化变量：DECLARE v_x INT DEFAULT 42;（MySQL）或 v_x ALIAS FOR $1;（PostgreSQL）+ 显式赋值
• 检查是否为 NULL 并覆盖：SET v_x = COALESCE(v_x, 42);（通用）
• 避免在调用侧做复杂逻辑，把默认值决策留在过程内部，调用方只管传参或传 NULL

真正麻烦的不是写法，而是团队里有人习惯传 NULL 当“用默认”，有人习惯省略参数——这两种语义在不同数据库里指向完全不同行为，得提前对齐。