MySQL下的RAND()优化案例分析(mysql random函数)

编辑：rootadmin

推荐整理分享MySQL下的RAND()优化案例分析(mysql random函数)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:mysql rank(),mysqlrand()函数怎么用,mysql rand()会生成重复的随机数,mysql中rand,mysqlrand()函数怎么用,mysqlrand()函数怎么用,mysql中rand()函数怎么用,mysql中rand,内容如对您有帮助，希望把文章链接给更多的朋友！

众所周知，在MySQL中，如果直接 ORDER BY RAND() 的话，效率非常差，因为会多次执行。事实上，如果等值查询也是用 RAND() 的话也如此，我们先来看看下面这几个SQL的不同执行计划和执行耗时。首先，看下建表DDL，这是一个没有显式自增主键的InnoDB表：

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

1、常量等值检索：

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

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

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

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

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

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

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

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

这时候执行计划就非常完美了，和最开始的常量等值查询是一样的了，执行耗时也非常之快。这种方法虽然很好，但是有可能查询不到记录，改造范围查找，但结果LIMIT 1就可以了：

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

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

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

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

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

嗯，提速了不少，这个看起来还不赖：）

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

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

综上，想从MySQL数据库中随机取一条或者N条记录时，最好把RAND()生成随机数放在JOIN子查询中以提高效率。上面说了那么多的废话，最后简单说下，就是把下面这个SQL：

改造成下面这个：

如果想要达到完全随机，还可以改成下面这种写法：

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

在MySQLDump中使用-w语句进行备份的方法我们在用mysqldump备份数据时，有个选项是?where/-w，可以指定备份条件，这个选项的解释是：-w,--where=nameDumponlyselectedrecords.Quotesaremandatory我们可以做个测

MySQL中DATE_FORMATE函数使用时的注意点今天帮同事处理一个SQL（简化过后的）执行报错：mysqlselectdate_format('--','Y-m-d')timediff('--','--');ERROR(HY):Illegalmixofcollations(utf8_general_c

关于MySQL的整型数据的内存溢出问题的应对方法今天接到一个朋友电话说是觉的数据库被别人更改了，出现数据不对的问题。经过很久的排查是数据类型溢出了（发生问题的版本是MySQL5.1）。后来通过

标签: mysql random函数

本文链接地址:https://www.jiuchutong.com/biancheng/347341.html 转载请保留说明！

上一篇：批量杀死MySQL连接的四种方法详解(mysql批量删除数据库死锁)

下一篇：在MySQLDump中使用-w语句进行备份的方法(mysql中mysqldump)