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 当“用默认”，有人习惯省略参数——这两种语义在不同数据库里指向完全不同行为，得提前对齐。
