Mysql自定义变量的使用

雨点打透心脏的1/2处 2023-10-04 20:52 34阅读 0赞

> 用户自定义变量是一个容易被遗忘的MySQL特性，但是如果能用的好，发挥其潜力，在某些场景可以写出非常高效的查询语句。在查询中混合使用过程化和关系化逻辑的时候，自定义变量可能会非常有用。单纯的关系查询将所有的东西都当成无序的数据集合，并且一次性操作它们。MySQL则采用了更加程序化的处理方式。MySQL的这种方式有它的弱点，但如果能够熟练地掌握，则会发现其强大之处，而用户自定义变量也可以给这种方式带来很大的帮助

用户自定义变量是一个用来存储内容的临时容器，在连接MySQL的整个过程中都存在，可以使用下面的SET和SELECT语句来定义它们：

SET @one := 1;
    SET @min_actor := (SELECT MIN(actor_id) FROM sakila.actor);
    SET @last_week := CURRENT_DATE - INTERVAL 1 WEEK;

然后可以在任何可以使用表达式的地方使用这些自定义变量：

SELECT ... WHERE col <= @last\_week;

在了解自定义变量的强大之前，我们先来看看它自身的一些属性和限制，看看在哪些场景下我们不能使用用户自定义变量：

*  使用自定义变量的查询，无法使用查询缓存

*  不能再使用常量或者标识符的地方使用自定义变量，例如表名、列名和LIMIT子句中。

*  用户自定义变量的生命周期是在**一个连接**中有效，所以不能用它们来做连接间的通信。

*  如果使用连接池或者持久化连接，自定义变量可能让看起来毫无关系的代码发生交互。

*  自定义变量的类型是一个动态类型。

*  MySQL优化器在某些场景下可能会将这些变量优化掉，这可能导致代码不按预想的方式运行。

*  赋值的顺序和赋值的时间点并不总是固定的，这依赖于优化器的决定。

*  赋值符号 :=的优先级非常低，所以需要注意，赋值表达式应该使用明确的括号。

*  使用未定义变量不会产生任何语法错误，如果没有意识到这一点，非常容易犯错。

## **1 优化排名语句** ##

使用自定义变量的一个特性是你可以在给一个变量赋值的同时使用这个变量，即“左值”特性。例如：

SET @rownum := 0;
    SELECT actor_id, @rownum := @rownum + 1 AS rownum
    FROM actor order by actor_id LIMIT 3;

表数据如图:

![0c7fd4888b5143a3ae1f2f1f7cd738c3.png][]

执行结果:

![b708d613a745465b8f372e8136ed2366.png][]

这个例子的实际意义并不大，它只是实现了一个和该表主键一样的列。不过，我们可以把这当作一个排名。现在我们来看一个更复杂的用法。我们先编写一个查询获取演过最多电影的前10位演员，然后根据他们的出演电影次数做一个排名，如果出演的电影数量一样，则排名相同。我们先编写一个查询，返回每个演员参演电影的数量。

SET @curr_cnt := 0, @prev_cnt := 0, @rank := 0;
    SELECT actor_id, COUNT(*) as cnt
    FROM film_actor
    GROUP BY actor_id
    ORDER BY cnt DESC
    LIMIT 10;

表数据如图:

![8adf50d58ca54e4487b4652682b06622.png][]

执行结果:

![add81cd5ec3d4a928f78f069cd2fe87d.png][]

现在我们再把排名加上去，这里看到有四个演员都参演了35部电影，所以他们的排名应该是相同的。我们使用三个变量来实现：一个用来记录当前的排名，一个用来记录前一个演员的排名，还有一个用来记录当前演员参演的电影数量。只有当前演员参演的电影的数量和前一个演员不同时，排名才变化。我们试试下面的写法：

SET @curr_cnt := 0, @prev_cnt := 0, @rank := 0;
    SELECT actor_id,
    @curr_cnt := COUNT(*) AS cnt,
    @rank     := IF(@prev_cnt <> @curr_cnt, @rank + 1, @rank) AS rank,
    @prev_cnt := @curr_cnt AS dummy
    FROM film_actor
    GROUP BY actor_id
    ORDER BY cnt DESC
    LIMIT 10;

我们在film\_actor表和actor表增加一些数据:

![33aa3e41851e444086b18eed03f3d0ef.png][]

![56d9bfbe07a04d9c8d753e42483fa1b7.png][]

执行结果:

![dd83b5cee33947ad9aaaed9ebb89a939.png][]

我们发现跟我们设想的不太一样。这里，通过EXPLAIN我们看到将会使用临时表和文件排序，所以可能是由于变量赋值的时间和我们预料的不同。

使用SQL语句生成排名值通常需要做两次计算，例如，需要额外计算一次出演过相同数量电影的演员有哪些。使用变量则可一次完成---这对性能是一个很大的提升。

针对这个案例，另一个简单的方案是在FROM子句中使用子查询生成的一个中间的临时表：

SELECT actor_id,
    @curr_cnt := cnt AS cnt,
    @rank     := IF(@prev_cnt <> @curr_cnt, @rank + 1, @rank) AS rank,
    @prev_cnt := @curr_cnt AS dummy
    FROM (
     SELECT actor_id, COUNT(*) AS cnt
     FROM film_actor
     GROUP BY actor_id
     ORDER BY cnt DESC
     LIMIT 10
    ) as der;

执行结果如图:

![67697736e14f468c94b3aff062f451bd.png][]

## **2 避免重复查询刚刚更新的数据** ##

如果在更新行的同学又希望获得该行的信息，避免重复查询，可以用变量巧妙的实现。例如，我们的一个客户希望能够更高效地更新一条记录的时间戳，同时希望查询当前记录中存放的时间戳是什么。简单地，可以用下面的代码来实现：

UPDATE t1 SET lastUpdated = NOW() WHERE id = 1;
    SELECT lastUpdated FROM t1 WHERE id = 1;

使用变量，我们可以按如下方式重写查询:

UPDATE t1 SET lastUpdated = NOW() WHERE id = 1 AND @now := NOW();
    SELECT @now;

上面看起来仍然需要两个查询，需要两次网络来回，但是这里第二个查询无需访问数据表，所以会快很多。

## 3 **统计更新和插入的数量** ##

INSERT INTO t1(c1, c2) VALUES(4, 4), (2, 1), (3, 1)
    ON DUPLICATE KEY UPDATE
        c1 = VALUES(c1) + (0 * (@x := @x + 1));

当每次由于冲突导致更新时对变量@x自增一次，然后表达式乘以0让其不影响更新的内容，另外，MySQL的协议会返回被更改的总行数，所以不需要单独统计。

## **4 确定取值的顺序** ##

使用用户自定义变量的一个最常见的问题就是没有注意到在赋值和读取变量的时候可能是在查询的不同阶段。例如，在SELECT子句中进行赋值然后再WHERE子句中读取变量，则可能变量取值并不如你所想：

SET @rownum := 0;
    SELECT actor_id, @rownum := @rownum + 1 AS cnt
    FROM actor
    WHERE @rownum <= 1;

结果如图:

![37ee8018127446d18fb9a123db18fb04.png][]

因为WHERE和SELECT是在查询执行的不同阶段被执行的。如果在查询中再加入ORDER BY的话，结果可能会更不同；

SET @rownum := 0;
    SELECT actor_id, @rownum := @rownum + 1 AS cnt
    FROM actor
    WHERE @rownum <= 1
    ORDER BY name;

结果如图:

![6b2c612b4b8f49a5b8e79cb4d123f582.png][]

这是因为ORDER BY 引入了文件排序，而WHERE条件是在文件排序操作之前取值的，所以这条查询会返回表中的全部记录。解决这个问题的办法是让变量的赋值和取值发生在执行查询的同一阶段：

SET @rownum := 0;
    SELECT actor_id, @rownum AS rownum
    FROM actor
    WHERE (@rownum := @rownum + 1) <= 1;

结果如图:

![be6e33ecee724e2295017ccb1846100c.png][]

## **5 编写偷懒的UNION** ##

假设需要编写一个UNION查询，其第一个子查询作为分支条件先执行，如果找到了匹配的行，则跳过第二个分支。例如先在一个频繁访问的表查找热数据，找不到再去另外一个较少访问的表查找冷数据。

SELECT id FROM users WHERE id = 123;
    UNION ALL
    SELECT id FROM users_archived WHERE id = 123;

上面的查询可以工作，但是无论第一个表找没找到，都会在第二个表再找一次，如果使用变量的话可以很好地规避这个问题。

SELECT GREATEST(@found := -1, id) AS id, 'users' AS which_tbl
    FROM users WHERE id = 1
    UNION ALL
        SELECT id, 'users_archived'
        FROM users_archived WHERE id = 1 AND @found IS NULL
    UNION ALL   
        SELECT 1, 'reset' FROM DUAL WHERE (@found := NULL) IS NOT NULL;

## 6 **用户自定义变量的其他用处** ##

通过一些实践，可以了解所有用户自定义变量能够做的有趣的事情，例如下面这些用法：

*  查询运行时计算总数和平均值

*  模拟GROUP语句中的函数FIRST()和LAST()

*  S对大量数据做一些数据计算

*  计算一个大表的MD5散列值

*  编写一个样本处理函数

*  模拟读/写游标

*  在SHOW语句的WHERE子句中加入变量值

[0c7fd4888b5143a3ae1f2f1f7cd738c3.png]: https://img-blog.csdnimg.cn/img_convert/0c7fd4888b5143a3ae1f2f1f7cd738c3.png
[b708d613a745465b8f372e8136ed2366.png]: https://img-blog.csdnimg.cn/img_convert/b708d613a745465b8f372e8136ed2366.png
[8adf50d58ca54e4487b4652682b06622.png]: https://img-blog.csdnimg.cn/img_convert/8adf50d58ca54e4487b4652682b06622.png
[add81cd5ec3d4a928f78f069cd2fe87d.png]: https://img-blog.csdnimg.cn/img_convert/add81cd5ec3d4a928f78f069cd2fe87d.png
[33aa3e41851e444086b18eed03f3d0ef.png]: https://img-blog.csdnimg.cn/img_convert/33aa3e41851e444086b18eed03f3d0ef.png
[56d9bfbe07a04d9c8d753e42483fa1b7.png]: https://img-blog.csdnimg.cn/img_convert/56d9bfbe07a04d9c8d753e42483fa1b7.png
[dd83b5cee33947ad9aaaed9ebb89a939.png]: https://img-blog.csdnimg.cn/img_convert/dd83b5cee33947ad9aaaed9ebb89a939.png
[67697736e14f468c94b3aff062f451bd.png]: https://img-blog.csdnimg.cn/img_convert/67697736e14f468c94b3aff062f451bd.png
[37ee8018127446d18fb9a123db18fb04.png]: https://img-blog.csdnimg.cn/img_convert/37ee8018127446d18fb9a123db18fb04.png
[6b2c612b4b8f49a5b8e79cb4d123f582.png]: https://img-blog.csdnimg.cn/img_convert/6b2c612b4b8f49a5b8e79cb4d123f582.png
[be6e33ecee724e2295017ccb1846100c.png]: https://img-blog.csdnimg.cn/img_convert/be6e33ecee724e2295017ccb1846100c.png