[MySQL优化案例]系列 -- RAND()优化

本文涉及的产品
RDS MySQL DuckDB 分析主实例,集群系列 4核8GB
简介: [MySQL优化案例]系列 -- RAND()优化

众所周知,在MySQL中,如果直接 ORDER BY RAND() 的话,效率非常差,因为会多次执行。事实上,如果等值查询也是用 RAND() 的话也如此,我们先来看看下面这几个SQL的不同执行计划和执行耗时。

首先,看下建表DDL,这是一个没有显式自增主键的InnoDB表:

[yejr@imysql]> show create table t_innodb_random\G

*************************** 1. row***************************

Table:t_innodb_random

Create Table: CREATE TABLE `t_innodb_random` (

`id` int(10)unsigned NOT NULL,

`user` varchar(64)NOT NULL DEFAULT '',

KEY `idx_id` (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=latin1

往这个表里灌入一些测试数据,至少10万以上, id 字段也是乱序的。

[yejr@imysql]> select count(*) from t_innodb_random\G

*************************** 1. row***************************

count(*): 393216

1、常量等值检索:

[yejr@imysql]> explain select id fromt_innodb_random where id = 13412\G

*************************** 1. row***************************

id: 1

select_type: SIMPLE

table:t_innodb_random

type: ref

possible_keys: idx_id

key: idx_id

key_len: 4

ref: const

rows: 1

Extra: Using index

[yejr@imysql]> select id from t_innodb_random where id =13412;

1 row in set (0.00 sec)

可以看到执行计划很不错,是常量等值查询,速度非常快。

2、使用RAND()函数乘以常量,求得随机数后检索:

[yejr@imysql]> explain select id from t_innodb_randomwhere id = round(rand()*13241324)\G

*************************** 1. row***************************

id: 1

select_type: SIMPLE

table:t_innodb_random

type: index

possible_keys: NULL

key: idx_id

key_len: 4

ref: NULL

rows: 393345

Extra: Using where; Using index

[yejr@imysql]> select id from t_innodb_randomwhere id = round(rand()*13241324)\G

Empty set (0.26 sec)

可以看到执行计划很糟糕,虽然是只扫描索引,但是做了全索引扫描,效率非常差。因为WHERE条件中包含了RAND(),使得MySQL把它当做变量来处理,无法用常量等值的方式查询,效率很低。

我们把常量改成取t_innodb_random表的最大id值,再乘以RAND()求得随机数后检索看看什么情况:

[yejr@imysql]> explain select id from t_innodb_randomwhere id = round(rand()*(select max(id) from t_innodb_random))\G

*************************** 1. row***************************

id: 1

select_type:PRIMARY

table:t_innodb_random

type: index

possible_keys: NULL

key: idx_id

key_len: 4

ref: NULL

rows: 393345

Extra: Using where; Using index

*************************** 2. row***************************

id: 2

select_type:SUBQUERY

table: NULL

type: NULL

possible_keys: NULL

key: NULL

key_len: NULL

ref: NULL

rows: NULL

Extra: Selecttables optimized away

[yejr@imysql]> select id from t_innodb_randomwhere id = round(rand()*(select max(id) from t_innodb_random))\G

Empty set (0.27 sec)

可以看到,执行计划依然是全索引扫描,执行耗时也基本相当。

3、改造成普通子查询模式 ,这里有两次子查询

[yejr@imysql]> explain select id fromt_innodb_random where id = (select round(rand()*(select max(id) fromt_innodb_random)) as nid)\G

*************************** 1. row***************************

id: 1

select_type:PRIMARY

table:t_innodb_random

type: index

possible_keys: NULL

key: idx_id

key_len: 4

ref: NULL

rows: 393345

Extra: Using where; Using index

*************************** 2. row***************************

id: 3

select_type:SUBQUERY

table: NULL

type: NULL

possible_keys: NULL

key: NULL

key_len: NULL

ref: NULL

rows: NULL

Extra: Selecttables optimized away

[yejr@imysql]> select id from t_innodb_randomwhere id = (select round(rand()*(select max(id) from t_innodb_random)) as nid)\G

Empty set (0.27 sec)

可以看到,执行计划也不好,执行耗时较慢。

4、改造成JOIN关联查询,不过最大值还是用常量表示

[yejr@imysql]> explain select id fromt_innodb_random t1 join (select round(rand()*13241324) as id2) as t2 wheret1.id = t2.id2\G

*************************** 1. row***************************

id: 1

select_type:PRIMARY

table:<derived2>

type: system

possible_keys: NULL

key: NULL

key_len: NULL

ref: NULL

rows: 1

Extra:

*************************** 2. row***************************

id: 1

select_type:PRIMARY

table: t1

type: ref

possible_keys: idx_id

key: idx_id

key_len: 4

ref: const

rows: 1

Extra: Using where; Using index

*************************** 3. row***************************

id: 2

select_type:DERIVED

table: NULL

type: NULL

possible_keys: NULL

key: NULL

key_len: NULL

ref: NULL

rows: NULL

Extra: Notables used

[yejr@imysql]> select id from t_innodb_randomt1 join (select round(rand()*13241324) as id2) as t2 where t1.id =t2.id2\G

Empty set (0.00 sec)

这时候执行计划就非常完美了,和最开始的常量等值查询是一样的了,执行耗时也非常之快。

这种方法虽然很好,但是有可能查询不到记录,改造范围查找,但结果LIMIT 1就可以了:

[yejr@imysql]> explain select id fromt_innodb_random where id > (select round(rand()*(select max(id) fromt_innodb_random)) as nid) limit 1\G

*************************** 1. row***************************

id: 1

select_type:PRIMARY

table:t_innodb_random

type: index

possible_keys: NULL

key: idx_id

key_len: 4

ref: NULL

rows: 393345

Extra: Using where; Using index

*************************** 2. row***************************

id: 3

select_type:SUBQUERY

table: NULL

type: NULL

possible_keys: NULL

key: NULL

key_len: NULL

ref: NULL

rows: NULL

Extra: Selecttables optimized away

[yejr@imysql]> select id from t_innodb_randomwhere id > (select round(rand()*(select max(id) from t_innodb_random)) asnid) limit 1\G

*************************** 1. row***************************

id: 1301

1 row in set (0.00 sec)

可以看到,虽然执行计划也是全索引扫描,但是因为有了LIMIT 1,只需要找到一条记录,即可终止扫描,所以效率还是很快的。

小结:

从数据库中随机取一条记录时,可以把RAND()生成随机数放在JOIN子查询中以提高效率。

5、再来看看用ORDRRBY RAND()方式一次取得多个随机值的方式:

[yejr@imysql]> explain select id from t_innodb_randomorder by rand() limit 1000\G

*************************** 1. row***************************

id: 1

select_type: SIMPLE

table:t_innodb_random

type: index

possible_keys: NULL

key: idx_id

key_len: 4

ref: NULL

rows: 393345

Extra: Using index; Using temporary; Using filesort

[yejr@imysql]> select id from t_innodb_randomorder by rand() limit 1000;

1000 rows in set (0.41 sec)

全索引扫描,生成排序临时表,太差太慢了。

6、把随机数放在子查询里看看:

[yejr@imysql]> explain select id fromt_innodb_random where id > (select rand() * (select max(id) fromt_innodb_random) as nid) limit 1000\G

*************************** 1. row***************************

id: 1

select_type:PRIMARY

table:t_innodb_random

type: index

possible_keys: NULL

key: idx_id

key_len: 4

ref: NULL

rows: 393345

Extra: Using where; Using index

*************************** 2. row ***************************

id: 3

select_type:SUBQUERY

table: NULL

type: NULL

possible_keys: NULL

key: NULL

key_len: NULL

ref: NULL

rows: NULL

Extra: Selecttables optimized away

[yejr@imysql]> select id from t_innodb_randomwhere id > (select rand() * (select max(id) from t_innodb_random) as nid)limit 1000\G

1000 rows in set (0.04 sec)

嗯,提速了不少,这个看起来还不赖:)

7、仿照上面的方法,改成JOIN和随机数子查询关联

[yejr@imysql]> explain select id fromt_innodb_random t1 join (select rand() * (select max(id) from t_innodb_random)as nid) t2 on t1.id > t2.nid limit 1000\G

*************************** 1. row***************************

id: 1

select_type:PRIMARY

table:<derived2>

type: system

possible_keys: NULL

key: NULL

key_len: NULL

ref: NULL

rows: 1

Extra:

*************************** 2. row***************************

id: 1

select_type:PRIMARY

table: t1

type: range

possible_keys: idx_id

key: idx_id

key_len: 4

ref: NULL

rows: 196672

Extra: Using where; Using index

*************************** 3. row***************************

id: 2

select_type:DERIVED

table: NULL

type: NULL

possible_keys: NULL

key: NULL

key_len: NULL

ref: NULL

rows: NULL

Extra: Notables used

*************************** 4. row***************************

id: 3

select_type:SUBQUERY

table: NULL

type: NULL

possible_keys: NULL

key: NULL

key_len: NULL

ref: NULL

rows: NULL

Extra: Selecttables optimized away

[yejr@imysql]> select id from t_innodb_randomt1 join (select rand() * (select max(id) from t_innodb_random) as nid) t2 ont1.id > t2.nid limit 1000\G

1000 rows in set (0.00 sec)

可以看到,全索引检索,发现符合记录的条件后,直接取得1000行,这个方法是最快的。

综上,想从MySQL数据库中随机取一条或者N条记录时,最好把RAND()生成随机数放在JOIN子查询中以提高效率。

上面说了那么多的废话,最后简单说下,就是把下面这个SQL:

SELECT id FROM table ORDER BY RAND() LIMIT n;

改造成下面这个:

SELECT id FROM table t1, JOIN (SELECT RAND() * (SELECTMAX(id) FROM table) AS nid) t2 ON t1.id > t2.nid LIMIT n;

就可以享受在SQL中直接取得随机数了,不用再在程序中构造一串随机数去检索了。




            </div>
相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。 &nbsp; 相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情:&nbsp;https://www.aliyun.com/product/rds/mysql&nbsp;
相关文章
|
数据可视化 物联网 vr&ar
THREE.JS 实现看房自由(VR 看房)
目前随着元宇宙概念的爆火,THREE技术已经深入到了物联网、VR、游戏、数据可视化等多个平台,今天我们主要基于THREE实现一个三维的VR看房小项目
2428 4
|
弹性计算 Oracle Ubuntu
阿里云免费试用云服务器上新了,最高配置4核16G,最长3个月免费试用
近日,阿里云免费试用云服务器又上新了,前几天还只有共享型s6实例和通用算力型u1实例可申请试用,现在又增加了通用型g7、计算型c7a、计算型c8y和计算型c7实例的云服务器参与免费试用,现在共计有11款不同配置和实例的云服务器可免费申请试用了。
1651 0
阿里云免费试用云服务器上新了,最高配置4核16G,最长3个月免费试用
|
数据采集 存储 监控
网络爬虫的最佳实践:结合 set_time_limit() 与 setTrafficLimit() 抓取云盘数据
本文探讨了如何利用 PHP 的 `set_time_limit()` 与爬虫工具的 `setTrafficLimit()` 方法,结合多线程和代理 IP 技术,高效稳定地抓取百度云盘的公开资源。通过设置脚本执行时间和流量限制,使用多线程提高抓取效率,并通过代理 IP 防止 IP 封禁,确保长时间稳定运行。文章还提供了示例代码,展示了如何具体实现这一过程,并加入了数据分类统计功能以监控抓取效果。
277 17
网络爬虫的最佳实践:结合 set_time_limit() 与 setTrafficLimit() 抓取云盘数据
|
消息中间件 Kafka
面试官:你说说Kafka是怎么保证消息可靠性的
面试官:那要是Kafka消费堆积了怎么办。每个topic是分为多个分区给不同Broker处理,要合理分配分区数量来提高Broker的消息处理能力。比如3个Broker2个分区,可以改为3个Broker3个分区
213 1
面试官:你说说Kafka是怎么保证消息可靠性的
控制台图片路径错误,显示[object Module],解决办法
控制台图片路径错误,显示[object Module],解决办法
349 0
|
存储 安全 文件存储
NUC11+ESXi7下安装Dark群晖最新版本DSM 7.1.1-42962
NUC11+ESXi7下安装Dark群晖最新版本DSM 7.1.1-42962
2623 0
NUC11+ESXi7下安装Dark群晖最新版本DSM 7.1.1-42962
codeblocks中出现#error This file requires compiler and library support for the错误时的解决方案
codeblocks中出现#error This file requires compiler and library support for the错误时的解决方案
1027 0
codeblocks中出现#error This file requires compiler and library support for the错误时的解决方案
|
JavaScript 前端开发 Python
【实测】vue/elementUI 的文件上传按钮,如何用selenium来自动化上传?(上)
【实测】vue/elementUI 的文件上传按钮,如何用selenium来自动化上传?(上)
【实测】vue/elementUI 的文件上传按钮,如何用selenium来自动化上传?(上)
|
SQL Arthas 运维
链路追踪(Tracing)其实很简单——多维链路筛选
在使用调用链分析问题之前,还有一个很重要的步骤,就是从海量链路数据中,通过各种条件筛选出真实反应当前问题的调用链,这个动作就叫做链路筛选。那什么叫多维呢?多维是指通过 TraceId、链路特征或自定义标签等多种维度进行链路筛选。每一种筛选条件都是由日常开发/运维的场景演变而来,最为契合当下的使用方式,提高了链路筛选的效率和精准度。
1916 0
链路追踪(Tracing)其实很简单——多维链路筛选