MySQL触发器拼接变量异常：结果恒为0，求问题排查方案

我来帮你分析几个容易被忽略的细节，这些都可能导致你遇到的拼接结果为0的问题：

1. 会话变量@description的类型污染 #

你用的@description是MySQL会话变量，它的类型是动态绑定的——如果这个变量在之前的会话中被赋值过数值类型（比如SET @description = 0;），那么后续给它赋值字符串时，MySQL会尝试把字符串隐式转换为数值，而像'You lost X kgs'这种非数字开头的字符串会被直接转成0。

解决方法：改用触发器内的局部变量，用DECLARE声明，它的作用域仅限于当前触发器执行周期，不会被会话其他操作影响。修改后的代码片段如下：

BEGIN
  DECLARE description VARCHAR(255); -- 声明局部变量，根据需求指定合适长度
  IF NEW.weight < OLD.weight THEN
    SET description = CONCAT('You lost ', OLD.weight - NEW.weight, ' kgs');
  ELSE
    SET description = CONCAT('You gained ', NEW.weight - OLD.weight, ' kgs');
  END IF;
  INSERT INTO History VALUES (NEW.user_id, 'weight', description, null);
END

2. History表的目标字段类型错误 #

如果History表中第三个用来存放描述的字段（对应你插入的@description）被定义为数值类型（比如INT、DECIMAL等），那么当你插入字符串时，MySQL会自动将字符串转换为数值，非数字开头的字符串会被转为0存储。

解决方法：检查History表的结构，确保该字段是字符串类型（比如VARCHAR(255)、TEXT）。可以用这条命令查看表结构：

DESCRIBE History;

3. 额外验证：确保weight字段的运算结果正确 #

虽然这个概率较低，但可以确认下OLD.weight - NEW.weight的结果是否为有效数字。比如如果weight是字符串类型的数字，运算时会自动转成数值，但如果字段包含非数字字符，运算结果会是0，导致拼接后的字符串是'You lost 0 kgs'，看起来也像是异常。如果是这种情况，需要先确保weight字段是数值类型（INT、FLOAT、DECIMAL）。

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