• mysql中RAND()随便查询记录效率问题和解决的方法分享


    在我们做开发的中效率一直是个问题,特别是对于非常多大数据量操作,今天我们碰到一个要随机查询数据,一開始我们可能想到最简单的order by rand() 来操作但效率不敢恭维啊

    近期因为须要大概研究了一下MYSQL的随机抽取实现方法。举个样例,要从tablename表中随机提取一条记录,大家一般的写法就是:SELECT * FROM tablename ORDER BY RAND() LIMIT 1。


    有两个方法能够达成以上效果.
    1.新建一个表,里面存着 -5 至 5 之间的数.再利用order by rand()得到随机数.
    #建立指定范围数据表

    复制代码 代码例如以下:

    #auther: 小强(占卜师)
    #date: 2008-03-31
    create table randnumber
    select -1 as number
    union
    select -2
    union
    select -3
    union
    select -4
    union
    select -5
    union
    select 0
    union
    select 1
    union
    select 2
    union
    select 3
    union
    select 4
    union
    select 5

    #得到随机数
    #auther: 小强(占卜师)
    #date: 2008-03-31
    select number
    from randnumber order by rand() limit 1

    长处: 随机数能够指定某部分数据,并不须要连续的.
    缺点: 当随机数范围非常广的时候,建表比較困难.
    2.利用MySQL的ROUND()加上RAND()函数实现
    #一句sql语句搞定
    #auther: 小强(占卜师)
    #date: 2008-03-31
    复制代码 代码例如以下:

    SELECT ROUND((0.5-RAND())*2*5)
    #凝视
    #0.5-rand()能够得到-0.5 至 +0.5的随机数
    #(0.5-rand())*2能够得到-1 至 +1的随机数
    #(0.5-rand())*2*5能够得到-5 至 +5的随机数
    #ROUND((0.5-RAND())*2*5)能够得到-5 至 +5的随机整数

    可是,后来我查了一下MYSQL的官方手冊,里面针对RAND()的提示大概意思就是。在ORDER BY从句里面不能使用RAND()函数。由于这样会导致数据列被多次扫描。可是在MYSQL 3.23版本号中。仍然能够通过ORDER BY RAND()来实现随机。


    可是真正測试一下才发现这样效率非常低。一个15万余条的库。查询5条数据,竟然要8秒以上。查看官方手冊,也说rand()放在ORDER BY 子句中会被运行多次,自然效率及非常低。

    搜索Google。网上基本上都是查询max(id) * rand()来随机获取数据。

    复制代码 代码例如以下:

    SELECT * FROM `table` AS t1 JOIN (SELECT ROUND(RAND() * (SELECT MAX(id) FROM `table`)) AS id) AS t2 WHERE t1.id >= t2.id ORDER BY t1.id ASC LIMIT 5;

    可是这样会产生连续的5条记录。解决的方法仅仅能是每次查询一条。查询5次。

    即便如此也值得,由于15万条的表,查询仅仅须要0.01秒不到。
    以下的语句採用的是JOIN,mysql的论坛上有人使用

    复制代码 代码例如以下:

    SELECT * FROM `table` WHERE id >= (SELECT FLOOR( MAX(id) * RAND()) FROM `table` ) ORDER BY id LIMIT 1;

    我測试了一下,须要0.5秒,速度也不错,可是跟上面的语句还是有非常大差距。

    总觉有什么地方不正常。


    于是我把语句改写了一下。

    复制代码 代码例如以下:

    SELECT * FROM `table`
    WHERE id >= (SELECT floor(RAND() * (SELECT MAX(id) FROM `table`)))
    ORDER BY id LIMIT 1;

    这下,效率又提高了,查询时间仅仅有0.01秒
    最后,再把语句完好一下。加上MIN(id)的推断。我在最開始測试的时候,就是由于没有加上MIN(id)的推断,结果有一半的时间总是查询到表中的前面几行。
    完整查询语句是:
    复制代码 代码例如以下:

    SELECT * FROM `table`
    WHERE id >= (SELECT floor( RAND() * ((SELECT MAX(id) FROM `table`)-(SELECT MIN(id) FROM `table`)) + (SELECT MIN(id) FROM `table`)))
    ORDER BY id LIMIT 1;
    SELECT *
    FROM `table` AS t1 JOIN (SELECT ROUND(RAND() * ((SELECT MAX(id) FROM `table`)-(SELECT MIN(id) FROM `table`))+(SELECT MIN(id) FROM `table`)) AS id) AS t2
    WHERE t1.id >= t2.id
    ORDER BY t1.id LIMIT 1;

    最后在php中对这两个语句进行分别查询10次。
    前者花费时间 0.147433 秒
    后者花费时间 0.015130 秒
    看来採用JOIN的语法比直接在WHERE中使用函数效率还要高非常多。


    经过多次測试我们得出的结果是利用join的语法比在where中的直接使用要高速不少啊,有更好提交的朋友能够出来讨人聊聊。

  • 相关阅读:
    测试次数--蓝桥杯
    承压计算--蓝桥杯
    天梯赛--连续因子
    等差素数数列-蓝桥杯
    hdu-1237-简单计算器
    hdu-1022-栈
    [BZOJ3172]:[Tjoi2013]单词(AC自动机)
    [BZOJ4327]:[JZOI2012]玄武密码(AC自动机)
    [HDU5360]:Gorgeous Sequence(小清新线段树)
    [BZOJ3307]:雨天的尾巴(LCA+树上差分+权值线段树)
  • 原文地址:https://www.cnblogs.com/tlnshuju/p/6801342.html
Copyright © 2020-2023  润新知