SQL Server 和 MySQL 变量声明语法不兼容：SQL Server 用 DECLARE @var 类型并支持 GO 分隔，MySQL 用 DECLARE var 类型且必须紧接 BEGIN 后；两者均要求先声明后使用，否则报错。
SQL Server 和 MySQL 的变量声明语法不兼容，不能混用；存储过程内必须先 DECLARE 再使用，否则报错 Must declare the scalar variable。
SQL Server 中变量必须以 @ 开头且在同一批次中声明
SQL Server 的局部变量名强制以单个 @ 开头，且作用域仅限于当前批处理（即两个 GO 之间）。跨 GO 使用会直接报错。
-
DECLARE @count INT = 0;是合法的 —— 声明同时初始化（SQL Server 2008+ 支持） -
SET @count = (SELECT COUNT(*) FROM users);可赋值，但若查询返回多行，只取最后一行值 -
SELECT @count = COUNT(*) FROM users;更常用，但同样要求结果集至多一行；空结果时@count保持原值（不是NULL） - 不能在视图、函数或
SELECT语句里直接声明变量 —— 这些地方不支持DECLARE
MySQL 存储过程中用 DECLARE，且需配合 DELIMITER 修改结束符
MySQL 的存储过程变量必须用 DECLARE 声明，且只能出现在 BEGIN...END 块开头（紧接 BEGIN 后），否则报错 Variable declaration must be first in stored procedure。
- 写法示例：
DECLARE v_total INT DEFAULT 0;——DEFAULT可选，但推荐显式初始化 - 赋值必须用
SET v_total = 100;或SELECT COUNT(*) INTO v_total FROM orders; - 注意：MySQL 不支持
@前缀的会话变量与DECLARE变量混用 ——@user_id是会话变量，v_user_id才是存储过程局部变量 - 别忘了改
DELIMITER $$，否则遇到第一个分号就提前结束存储过程定义
赋值时 SELECT INTO 和 SET 的关键区别
两者都可用于给变量赋值，但行为差异直接影响逻辑正确性。
-
SELECT @x = col FROM t WHERE id = 1;：若无匹配行，@x值不变；若多行，取最后一行值 -
SELECT col INTO @x FROM t WHERE id = 1;（仅 SQL Server）：无匹配行时报错Must declare the scalar variable？不，实际报错是Subquery returned more than 1 value或No rows affected，但变量不会被赋值（保持原值或NULL） -
SET @x = (SELECT col FROM t WHERE id = 1);：无匹配行时@x被设为NULL；多行则直接报错 - MySQL 的
SELECT ... INTO要求严格单行，否则报错Subquery returns more than 1 row
容易忽略的作用域和生命周期细节
变量不是“写完就能用”，它的可见性和存活时间由上下文严格限定。
- SQL Server 中，
DECLARE必须在引用前出现，且不能放在IF或WHILE块内部单独声明（虽语法允许，但超出块后不可见） - MySQL 存储过程中，
DECLARE必须连续放在BEGIN后，中间插了SET就会报错 - 所有变量都在批处理/存储过程结束时自动销毁 —— 没有“静态变量”或跨调用持久化机制
- 别指望在
EXEC('...')动态 SQL 里直接访问外部变量：动态语句运行在独立作用域，需用参数化方式传入
最常踩的坑不是语法写错，而是默认值没设、空结果没处理、或者误以为变量能跨 GO 或跨存储过程调用。真要共享数据，得用临时表、表变量，或者干脆改用输出参数。
