MySQL存储过程传表名参数报错1113，求问题排查与解决

你遇到的Error Code: 1113错误，主要是因为动态SQL的构建和参数传递存在几个关键问题，我来帮你逐一排查并修正：

问题1：非法的用户变量名 #

你用了@mysql.SQL来存储动态SQL语句，但MySQL的用户变量不允许包含小数点，这种非法命名会导致SQL解析失败，生成的语句完全不符合预期，进而触发“表必须至少有1列”的错误。

问题2：动态SQL中参数传递错误 #

存储过程的参数_empId不能直接拼到动态SQL字符串里——预处理语句的执行上下文和存储过程本身是分离的，直接写_empId会被当作普通字符串，而不是你传入的参数值，这也会导致最终生成的查询语句无效。

问题3：字段引用的歧义隐患（可选优化） #

原查询里的JOIN MyDatabase.Table2 c ON b.Id = cId，如果cId是Table2的字段，最好加上表别名前缀c.cId，避免和其他表的同名字段产生歧义，让SQL更健壮。

修正后的存储过程 #

DELIMITER $$
CREATE PROCEDURE `TestSP`(_empId INT, _myTable VARCHAR(50))
BEGIN
    -- 改用合法的用户变量名
    SET @dynamic_sql = CONCAT(
        'SELECT d.empno, d.fecthIdId, c.empno
         FROM MyDatabase.', _myTable, ' a
         JOIN MyDatabase.', _myTable, ' b ON a.id = b.xid 
         JOIN MyDatabase.Table2 c ON b.Id = c.cId 
         JOIN MyDatabase.Table3 d ON a.bid = d.cid AND d.empId = ?'
    );

    PREPARE dynamicQuery FROM @dynamic_sql;
    -- 通过USING关键字传递参数给预处理语句
    EXECUTE dynamicQuery USING _empId;
    DEALLOCATE PREPARE dynamicQuery;

    -- 清理用户变量，避免后续执行冲突
    SET @dynamic_sql = NULL;
END$$
DELIMITER ;

调用方式保持不变 #

call TestSP(10, 'myTable');

额外说明 #

• 使用占位符?传递参数，不仅能解决当前的参数解析问题，还能有效防止SQL注入，比直接拼接参数值更安全。
• 如果你的业务场景中cId确实不需要表前缀（比如没有同名字段冲突），可以去掉c.，但加上前缀会让SQL逻辑更清晰。

内容的提问来源于stack exchange，提问作者Ullan