为什么MySQL 8中PREPARE/EXECUTE报语法错误而MariaDB运行正常

MySQL 8.0 对 PREPARE 语法的参数要求和 MariaDB 存在差异：

• MariaDB 支持传入 DECLARE 声明的存储过程局部变量作为预编译语句源
• MySQL 8.0 要求 PREPARE 的语句源必须是用户会话变量（即以 @ 前缀开头的变量，无需提前声明），你代码中用局部变量 sql_string 传入 PREPARE 就会触发语法错误。

DELIMITER $$
CREATE PROCEDURE `redact_member_id_in_all_tables`( member_id_to_replace INT, redacted_member_id INT )
BEGIN
    DECLARE finished INT;
    DECLARE the_table_name TEXT;

    -- 声明游标，查询所有包含member_id字段的基础表
    DECLARE table_cursor CURSOR FOR
                    SELECT tab.table_name
                    FROM information_schema.tables AS tab
                    INNER JOIN information_schema.columns AS col
                    ON col.table_schema = tab.table_schema
                    AND col.table_name = tab.table_name
                    AND column_name = 'member_id'
                    WHERE tab.table_type = 'BASE TABLE';    

    -- 声明NOT FOUND handler
    DECLARE CONTINUE HANDLER FOR NOT FOUND SET finished = 1;
    SET finished = 0;

    OPEN table_cursor;

    update_table: LOOP
        FETCH table_cursor INTO the_table_name;
        IF finished = 1 THEN 
            LEAVE update_table;
        END IF;
        -- 用用户变量@sql_string存储动态SQL，表名加反引号避免特殊字符报错
        SET @sql_string = CONCAT('UPDATE `', the_table_name, '` SET member_id = ', redacted_member_id, ' WHERE member_id = ', member_id_to_replace);
        
        PREPARE do_update FROM @sql_string;
        EXECUTE do_update;
        DEALLOCATE PREPARE do_update; -- 及时释放预编译资源，避免会话内资源占用

    END LOOP update_table;
    CLOSE table_cursor;

END$$
DELIMITER ;

• 核心改动仅两处：把局部变量sql_string替换为用户变量@sql_string，新增DEALLOCATE PREPARE释放资源，原有业务逻辑完全不变
• 新增的表名反引号可以避免表名包含空格、保留字等特殊场景下的SQL报错，兼容性更好

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