MySQL经常用自定义变量实现复杂查询，比如row_number按组加行号的功能等.

但是这里面存在一个天坑.不可谓不深

先看试验

create table tmp_num(
	gid int,
    score int);
create table tmp_var(
	gid varchar(32),
    score int);
    
insert into tmp_num
select  
id%4,
ceil(1000*rand())
from nums where id<=20;
insert into tmp_var select concat('组',gid),score from tmp_num;

两个表, 只是分组的类型不一样，一个分组是字符串,另外一个是整形.

首先查询分组是整形的情况

select  
t1.gid,t1.score,
case when @gid=gid then @rn:=@rn+1 when @gid:=gid then @rn:=1 else @rn:=1 end rn
from (
	select * from tmp_num ,(select @gid:=0,@rn:=0) vars order by gid,score
) t1;

如果其他的程序使用该自定义变量查询字符串分组的情况，则会出现bug

select  
t1.gid,t1.score,
case when @gid=gid then @rn:=@rn+1 when @gid:=gid then @rn:=1 else @rn:=1 end rn
from (
	select * from tmp_var ,(select @gid:='',@rn:=0) vars order by gid,score
) t1;

在多个项目共用连接池的情况下,万一出现这种情况，极难排查

等排查出来，生产环境的错误都不知道持续多少天了，

那时候就尴尬了，错误排除了,人也被开除了

所以还是 58处理的方式比较好，一刀切的禁用自定义变量

MySQL自定义变量实现row_number分析函数的天坑