mysql update 语句根据用户变量是否存在而表现不同

Question

我正在重置一个具有重复或缺失值的排序列，如下所示：（

set @last='';
set @sort=NULL;
update conf_profile set sort=
    if(
        @last=(@last:=concat(org_id,',',profile_type_id,',',page,',',col)),
        (@sort:=@sort+1),
        (@sort:=0)
    )
order by org_id,profile_type_id,page,col,sort,id;

遍历按渐进分配的多个关键字段排序的所有行 要排序的递增值； 每当这些字段中的任何一个发生更改时，都会从 0 重新启动。）

似乎只有在执行更新之前创建 @sort 变量时才有效 （尽管设置成什么并不重要）。 如果没有“set @sort”，所有 排序值设置为 0 或 NULL。

有什么想法为什么会这样吗？ MySQL 版本 5.0.51。

更新：更详细地解释逻辑：在第一行，@last=(@last:=...) 将始终为 false，此后当任何关键字段发生更改时它将为 false 从上一行开始。 （注意，所连接的关键字段都不为 NULL）。 当为 false 时，我们从 0 (@sort:=0) 重新开始排序计数器，否则为 递增 (@sort:=@sort+1) 并使用新值。

在任何情况下，在更新语句中设置 @sort 之前都不会使用 @sort，因此无论是 在更新语句之前如何设置应该没有什么区别。

Answer 1

如果您在表达式中引用未设置的用户变量，则该变量将被视为 NULL。

在 SQL 中，NULL + 1 返回 NULL。 如果您在此 UPDATE 之前未将 @sort 设置为非 NULL 值，那么它将继续为 NULL 无论您计算@sort:=@sort+1多少次。 一旦你执行了@sort:=0，那么它应该正常递增。

尝试一下，不要在 UPDATE 中执行此操作：

mysql> set @sort := NULL;
mysql> SELECT @sort; -- returns NULL
mysql> set @sort := @sort + 1;
mysql> SELECT @sort; -- returns NULL again
mysql> set @sort := 0;
mysql> set @sort := @sort + 1;
mysql> SELECT @sort; -- returns 1

我猜想这只是巧合，在第一次设置 @sort:=0 后没有重复项。

编辑：以上是正确的，但正如您所指出的，它并不能解释您所看到的行为，因为逻辑上 @sort 应保证在第一行的评估。

但是，我注意到，如果我更改 IF() 表达式中的术语顺序，即使在我们开始时未设置 @sort ，它也会起作用

set @last='';
-- set @sort=NULL;
update conf_profile set sort=
    if(
        @last!=(@last:=concat(org_id,',',profile_type_id,',',page,',',col)),
        (@sort:=0),
        (@sort:=@sort+1)
    )
order by org_id,profile_type_id,page,col,sort,id;

：不确定我是否理解得足够好来解释为什么它有效，但是关于何时评估用户变量有一些古怪的东西。 请参阅此博客以获取大量示例和血腥细节：“高级 MySQL 用户变量技术"。