error 1243源于prepare语句名重复且未释放，mysql禁止覆盖未deallocate的句柄；须先drop prepare if exists stmt（8.0.13+）或显式deallocate，动态命名可规避冲突。
PREPARE语句名重复或未释放导致ERROR 1243
同一个会话中，用相同名字多次执行PREPARE stmt FROM @sql会直接报错ERROR 1243 (HY000): Unknown prepared statement或ERROR 1243: Prepared statement already exists。MySQL不允许覆盖未释放的语句句柄。
- 每次
PREPARE前应先DEALLOCATE PREPARE stmt，哪怕不确定是否已存在 - MySQL 8.0.13+支持
DROP PREPARE IF EXISTS stmt，更安全 - 在循环或IF分支里复用
stmt名极易踩坑——比如IF ... THEN PREPARE stmt ... ELSE PREPARE stmt，第二次EXECUTE stmt必然失败 - 临时方案：用动态命名，如
SET @stmt_name = CONCAT('stmt_', UNIX_TIMESTAMP(), '_', RAND()); PREPARE@stmt_nameFROM @sql;
EXECUTE传参方式错误触发ERROR 1318
EXECUTE stmt USING只接受已赋值的会话级用户变量（以@开头），不能直接传存储过程参数、字面量或表达式。写错立刻报ERROR 1318 (HY000): Incorrect arguments to EXECUTE。
- 必须显式赋值：
SET @val = in_param;，再EXECUTE stmt USING @val; -
USING 'active'、USING in_status、USING @id + 1全都不合法 - NULL要单独处理：
SET @val = NULL;，不能省略赋值 - ?占位符个数和
USING变量个数、顺序必须严格一致，差一个就失败
SQL字符串拼接不合法或标识符未校验
PREPARE阶段就会做语法解析和对象存在性检查，拼错表名、字段名、缺空格、引号不闭合，或用了非法标识符，都会在PREPARE时立即报错，而不是等到EXECUTE。
-
CONCAT('SELECT * FROM', @tbl)→ 缺空格变成FROMusers，报ERROR 1064 - 把用户输入直接拼进表名：
CONCAT('SELECT * FROM ', in_table)，若in_table = 'users; DROP TABLE admins--'，PREPARE虽不执行但语法已通过，后续仍可能注入 - 列名、排序字段等标识符不能用
?占位，必须白名单校验：IF in_col NOT IN ('id', 'name', 'created_at') THEN SIGNAL SQLSTATE '45000'; END IF; -
SET @sql = CONCAT('SELECT * FROM ', @table, ' WHERE name = ?');是安全的；SET @sql = CONCAT("SELECT * FROM ", @table, " WHERE name = '", in_name, "'");是高危的
在函数或触发器里误用PREPARE报ERROR 1354/1336
MySQL硬性禁止在FUNCTION和TRIGGER中使用PREPARE、EXECUTE，这不是权限或配置问题，是引擎层静态拦截。
- 函数里写
PREPARE→ERROR 1354 (HY000): Prepared statements are not allowed in stored function or trigger - 触发器里
CALL一个含PREPARE的存储过程→ERROR 1336 (0A000): Dynamic SQL is not allowed in stored function or trigger - 即使加
IF FALSE THEN PREPARE ... END IF;也无效——MySQL解析阶段就扫描全部语句，不看分支是否执行 - 唯一可行路径：把逻辑移到存储过程中，用
OUT参数返回结果；或彻底交由应用层拼SQL
真正卡住人的地方往往不是语法写错，而是PREPARE在PREPARE那一刻就失败了——你根本没机会走到EXECUTE。检查错误信息里的“at PREPARE”还是“at EXECUTE”，能快速定位是拼接问题、传参问题，还是上下文被禁用。
