MySQL存储过程不能直接执行DDL语句，因编译阶段校验失败；必须用PREPARE+EXECUTE动态执行，且需用反引号包裹标识符、显式释放预处理语句。
MySQL 存储过程本身不能直接执行 DDL 语句（如 CREATE TABLE、ALTER TABLE），必须用 PREPARE + EXECUTE 动态拼接并运行，否则会报错 ERROR 1312 (0A000): PROCEDURE can't return a result set in the given context 或直接拒绝解析。
为什么存储过程里写死 ALTER TABLE 会报错
MySQL 在存储过程编译阶段就校验语句合法性。DDL 不属于“可预编译的常规语句”，它会隐式提交事务、触发元数据锁，且无法被存储过程上下文直接接纳。你看到的“语法正确但执行失败”，大概率是没走动态 SQL 流程。
- 直接写
ALTER TABLE t1 ADD COLUMN x INT;→ 编译失败或运行时报ERROR 1312 - 用字符串拼接 +
SET @sql = ...;+PREPARE stmt FROM @sql;+EXECUTE stmt;→ 可行 -
DEALLOCATE PREPARE stmt;必须加，否则下次调用会因 stmt 已存在而报错ERROR 1243 (HY000): Unknown prepared statement handler
PREPARE 执行 DDL 的最小可靠模板
这是能稳定跑通的骨架，所有批量 DDL 都得基于它扩展：
DELIMITER //
CREATE PROCEDURE sync_column_type(
IN db_name VARCHAR(64),
IN tbl_name VARCHAR(64),
IN col_name VARCHAR(64),
IN new_type VARCHAR(128)
)
BEGIN
SET @sql = CONCAT(
'ALTER TABLE `', db_name, '`.`', tbl_name, '` ',
'MODIFY COLUMN `', col_name, '` ', new_type
);
PREPARE stmt FROM @sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;
END //
DELIMITER ;
注意点：
- 表名、库名、字段名必须用反引号
`包裹，防止关键字冲突（比如字段叫order） -
new_type不能带反引号，它是类型定义，如VARCHAR(255) NOT NULL - 不建议在同一个
PREPARE中拼多个 DDL（如两个ALTER TABLE），MySQL 不支持分号分隔的多语句执行 - 若需连续执行多个 DDL，应拆成多个
PREPARE块，或封装为循环调用
JSON 驱动批量字段同步时的典型陷阱
用 JSON_TABLE 解析字段定义再逐条生成 MODIFY COLUMN 是主流做法，但容易在类型比对和默认值处理上翻车：
-
DEFAULT NULL和显式省略DEFAULT在 MySQL 内部元数据中表现不同，SHOW COLUMNS查不到默认值不等于“无默认”，要用INFORMATION_SCHEMA.COLUMNS.COLUMN_DEFAULT判空 -
TINYINT(1)和BOOLEAN是同义词，但 JSON 里写"type": "BOOLEAN"拼出的 DDL 会被 MySQL 当作非法类型，得统一转成TINYINT(1) - 注释变更（
COLUMN_COMMENT）必须显式写进MODIFY COLUMN，只改COMMENT不触发类型同步；漏掉会导致注释不同步但字段结构已更新 -
JSON_TABLE要求 MySQL ≥ 8.0.4，低版本只能退化为临时表或客户端解析
分区表自动扩缩容必须绕开的坑
像 p_create_Partition 这类过程，核心是 REORGANIZE PARTITION，但它有硬性约束：
- 目标分区的
VALUES LESS THAN值必须严格大于原pmax的上限，否则报ERROR 1493 (HY000): VALUES LESS THAN value must be strictly increasing -
CONCAT('''', ..., '''')拼日期字符串时，单引号必须成对，少一个就会让整个@sql变成语法错误，且错误位置难定位 - 分区字段如果是
DATETIME，VALUES LESS THAN必须传字符串字面量（如'2026-04-11'），不能传函数表达式（如DATE_ADD(CURDATE(), INTERVAL 1 DAY)） - 并发执行多个分区操作可能触发
ERROR 1468 (HY000): The PARTITION function returns the wrong type，本质是元数据锁冲突，需加GET_LOCK()控制串行化
真正麻烦的不是写出来，而是 DDL 动态执行缺乏原子性：前几条成功、中间某条失败，不会自动回滚前面的 —— 所以日志记录（log_ddl_sync）和人工核对步骤不能省。
