MySQL存储过程中的SQL默认为静态原生语句,需写在BEGIN...END内且以;结尾;变量赋值须用SELECT...INTO或SET=(SELECT...);动态SQL需PREPARE+EXECUTE并校验标识符;事务需显式控制。
MySQL 存储过程里写的 SELECT、INSERT、UPDATE、DELETE 都是原生 SQL,不需要额外包装或转义。只要语法合法、上下文有权限,就能执行。常见误区是以为要像动态 SQL 那样拼字符串——其实静态 SQL 就是直接写。
注意点:
;,否则会报语法错误(尤其在 DELIMITER 切换后)BEGIN ... END 块中PREPARE + EXECUTE 动态方式)想把查询结果存进存储过程变量,不能用普通 SELECT 输出结果集,得用 SELECT ... INTO 或 SET ... = (SELECT ...)。
比如:
DECLARE v_count INT DEFAULT 0; SELECT COUNT(*) INTO v_count FROM users WHERE status = 'active';
或者:
SET v_count = (SELECT COUNT(*) FROM users WHERE status = 'active');
区别:
SELECT ... INTO 要求查询**恰好返回一行一列**,多行会报错 ERROR 1172 (42000): Result consisted of more than one row
SET ... = (SELECT ...) 同样只接受单值,但空结果会赋 NULL,而 SELECT ... INTO 空结果赋默认值(如 INT 类型为 0)DECLARE cursor_name CURSOR FOR ...),不是简单 SQL 混合能解决的当表名、列名、WHERE 条件需要运行时决定,就得拼接字符串再执行。MySQL 不允许直接把变量当标识符用,比如 SELECT * FROM @table_name 是非法的。
正确写法分三步:
CONCAT() 拼出完整 SQL 字符串,存入用户变量(如 @sql)PREPARE stmt FROM @sql 编译EXECUTE stmt 执行,必要时用 USING 传参防止注入示例:
SET @table = 'orders';
SET @status = 'shipped';
SET @sql = CONCAT('SELECT COUNT(*) FROM ', @table, ' WHERE status = ?');
PREPARE stmt FROM @sql;
EXECUTE stmt USING @status;
DEALLOCATE PREPARE stmt;关键提醒:
PREPARE 只在当前会话有效,不能跨连接复用USING 只防参数,不防标识符)DEALLOCATE PREPARE,否则可能耗尽会话资源存储过程默认不自动开启事务。哪怕里面写了多条 DML,也不具备原子性——除非你手动加 START TRANSACTION 或 BEGIN(二者等价)。
典型结构:
START TRANSACTION; INSERT INTO log_table VALUES (...); UPDATE account SET balance = balance - 100 WHERE id = 123; IF ROW_COUNT() = 0 THEN ROLLBACK; ELSE COMMIT; END IF;
注意:
COMMIT 和 ROLLBACK 会影响整个事务,不只是存储过程内操作COMMIT 会提前结束它(可能破坏上层逻辑)实际用的时候,最常踩的坑是混淆静态 SQL 和动态 SQL 的能力边界:以为变量能直接当表名用,或漏写 INTO 导致结果集意外返回、触发客户端报错。动态拼接那块尤其容易在线上被注入,别图省事跳过校验。