MySQL存储过程不能直接执行ALTER TABLE等DDL语句，因预处理协议不支持；必须用CONCAT拼接SQL、存入用户变量@sql，再PREPARE/EXECUTE执行，并注意防注入、清变量、加错误处理。
存储过程里直接写 ALTER TABLE 会报错：This command is not supported in the prepared statement protocol yet
MySQL 存储过程中不能直接执行 ALTER TABLE、CREATE TABLE 这类 DDL 语句，不是语法写错了，是 MySQL 的协议限制——预处理语句（prepared statement）不支持 DDL。而存储过程默认用的就是预处理上下文。
绕过方法只有一条路：动态拼接 SQL + PREPARE/EXECUTE。但要注意，PREPARE 只接受字符串字面量或用户变量，不能直接传存储过程参数进去。
- 必须先把 SQL 拼成字符串，存进用户变量（比如
@sql），再PREPARE stmt FROM @sql - 拼接时用
CONCAT()，字段名/表名不能直接拼参数，得用QUOTE()或手动加反引号防注入（尤其当名字来自输入） -
EXECUTE stmt后记得DEALLOCATE PREPARE stmt，否则下次同名会报错
用 CONCAT() 拼 CREATE TABLE 时，字段定义容易漏空格和括号
动态建表最常出错的是字符串拼接格式不对，比如少了个空格导致 INTNOT NULL，或者括号没闭合。MySQL 不会提示“SQL 写错了”，而是直接报 ERROR 1064，错误位置还指向 EXECUTE 那行，让人误以为是执行问题。
安全写法是把每段结构拆开拼，用 CONCAT() 显式连接：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
SET @sql = CONCAT('CREATE TABLE `', table_name, '` (id INT PRIMARY KEY, name VARCHAR(50)) ENGINE=InnoDB');
- 表名、字段名务必用反引号包裹，避免关键字冲突（比如表名叫
order） - 引擎、字符集这些可选参数别省，尤其是跨版本迁移时，
ENGINE缺失可能默认用 MyISAM（5.5+ 已改，但老环境仍要防） - 如果字段名来自参数，先用
REPLACE()清掉换行或单引号，再拼，不然 SQL 字符串直接崩
DDL 执行失败后，存储过程不会自动回滚，且临时表/变量状态难清理
DDL 语句本身不能回滚（哪怕在事务里），所以 CREATE TABLE 失败了，前面已经成功的 INSERT 或 UPDATE 也不会撤回。更麻烦的是，如果建表中途出错，@sql 变量还留着旧值，下次调用可能误执行上一次的 SQL。
- 每次拼 DDL 前，强制清空用户变量：
SET @sql = '' - 加
DECLARE EXIT HANDLER FOR SQLEXCEPTION捕获错误，至少记录日志（比如往日志表插一行） - 别依赖临时表存中间结果——DDL 失败时，临时表可能已存在，下次再建就报
ERROR 1050 - 如果真需要原子性，得在应用层控制：先检查表是否存在，再决定建还是跳过，而不是靠存储过程“硬刚”
ALTER TABLE ... ADD COLUMN 在高并发写入时卡住，不是语法问题，是元数据锁（MDL）阻塞
看起来只是加个字段，但 MySQL 5.6+ 的 ADD COLUMN 默认要拿 MDL 写锁，整个表就不可读写了。线上执行等于停服几秒到几分钟，尤其大表。这不是存储过程写得不对，是 DDL 本身的代价。
- 优先用
ALGORITHM=INPLACE（5.6+ 支持），但不是所有操作都支持，ADD COLUMN可以，MODIFY COLUMN类型变更就不一定 - 加
LOCK=NONE强制非阻塞，但前提是满足条件（比如不能是主键、不能有全文索引等），否则会退化为LOCK=DEFAULT - 生产环境别在存储过程中自动触发 DDL，尤其带
ADD COLUMN——应该由 DBA 审核后手工跑，或走 pt-online-schema-change
DDL 动态执行看着灵活，实际是把数据库运维的复杂度悄悄塞进了代码里。表结构变更这种事，边界模糊、影响隐蔽，比写个查询函数危险得多。
