• 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中的直接使用要高速不少啊,有更好提交的朋友能够出来讨人聊聊。


  • 相关阅读:
    图床
    MarkDown认识与入门
    IIS Express
    HTML中的英文缩写标记、属性
    AI-->从新建文档开始说起,串联相关色彩知识
    微软相关软件、操作系统常用下载方法(附离线方式)
    SubLime3 Emmet插件终极教程
    sublime text 3 扩展插件SideBarEnhancements用法教程
    几款前端开发工具比较
    关于VUE项目中报Error: Avoided redundant navigation to current location: 的错
  • 原文地址:https://www.cnblogs.com/clnchanpin/p/6801341.html
Copyright © 2020-2023  润新知