根本原因是MySQL存储过程不支持直接执行DDL语句，必须用PREPARE+EXECUTE动态SQL；需用information_schema.statistics判断索引是否存在，并对标识符加反引号防语法错误，大表建议加ALGORITHM=INPLACE,LOCK=NONE降低锁影响。
存储过程里执行 ALTER TABLE ADD INDEX 会报错：You have an error in your SQL syntax
根本原因是 MySQL 存储过程中不能直接写 DDL 语句（如 ALTER TABLE），必须用动态 SQL。否则解析器会在编译阶段就拒绝，而不是运行时报错。
正确做法是拼接 SQL 字符串，再用 PREPARE + EXECUTE 执行：
SET @sql = CONCAT('ALTER TABLE ', tab_name, ' ADD INDEX ', idx_name, '(', col_name, ')');PREPARE stmt FROM @sql;EXECUTE stmt;-
DEALLOCATE PREPARE stmt;（必须释放，否则下次调用会报SQLSTATE HY000: Prepared statement already exists）
如何判断索引是否已存在，避免重复添加
直接查 information_schema.statistics 表最可靠，别信 SHOW INDEXES FROM table_name 的结果在存储过程里不好用。
关键条件要同时匹配三个字段：
-
table_schema = DATABASE()（当前库） -
table_name = 'your_table'（目标表） -
index_name = 'idx_your_col'（索引名）
示例判断逻辑：
IF NOT EXISTS (
SELECT 1 FROM information_schema.statistics
WHERE table_schema = DATABASE()
AND table_name = tab_name
AND index_name = idx_name
) THEN
SET @sql = CONCAT('ALTER TABLE ', tab_name, ' ADD INDEX ', idx_name, '(', col_name, ')');
PREPARE stmt FROM @sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;
END IF;
CONCAT 拼接时字段名/索引名含特殊字符或空格怎么办
MySQL 对标识符（如表名、索引名、列名）有严格要求：含空格、短横线、中文等必须用反引号包裹，否则拼接后语法非法。
所以不能写 CONCAT('ADD INDEX ', idx_name, '(', col_name, ')')，而要写：
CONCAT('ADD INDEX `', idx_name, '`(`', col_name, '`)')- 如果
col_name是多列（如'user_id, created_at'），也要分别加反引号：CONCAT('`', TRIM(SUBSTRING_INDEX(col_list, ',', 1)), '`')等逻辑需手动处理
更稳妥的做法是把整个 DDL 当作字符串模板，只替换安全的变量部分，其余结构固定。
大表加索引卡住、锁表时间长，存储过程里怎么应对
存储过程本身不解决锁表问题，但可以帮你绕开——用 ALGORITHM=INPLACE 和 LOCK=NONE（仅限 InnoDB 5.6+）降低影响：
SET @sql = CONCAT('ALTER TABLE ', tab_name, ' ADD INDEX `', idx_name, '`(`', col_name, '`) ALGORITHM=INPLACE, LOCK=NONE');- 注意：如果列允许 NULL，且已有大量 NULL 值，
LOCK=NONE可能仍失败，得降级为LOCK=SHARED - 执行前最好先查
SELECT COUNT(*) FROMtab_nameWHEREcol_nameIS NULL预估风险
真正容易被忽略的是：存储过程执行期间若被 kill 或超时中断，PREPARE 语句不会自动清理，残留的 stmt 名可能阻塞后续调用。建议每次开头加 IF EXISTS (SELECT 1 FROM information_schema.prepared_statements WHERE STATEMENT_NAME = 'stmt') THEN DEALLOCATE PREPARE stmt; END IF; ——虽然 MySQL 不支持直接查 prepared_statements，但加个 try-catch 式兜底更稳。
