mysql单表随机查询多条的最优写法

梦康 2014-01-09 04:22:01

看网上执行起来有时候不是自己想要的数。
自带的rand()听说效率太低。

...全文

154 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

rucypli 2014-01-10

打赏
举报

回复

先前端随机生成几个id 然后拿id来select

梦康 2014-01-10

打赏
举报

回复

引用 1 楼 rucypli 的回复:

先前端随机生成几个id 然后拿id来select

我们暂时就是这样处理的。先获取所有的id作为一个数组。然后使用where in 。

由于需要大概研究了一下MYSQL的随机抽取实现方法。如：要从tablename表中随机提取一条记录，大家一般的写法就是：SELECT * FROM tablename ORDER BY RAND() LIMIT 1。但是，在MYSQL的官方手册，里面针对RAND()的提示大概意思就是，在ORDER BY从句里面不能使用RAND()函数，因为这样会导致数据列被多次扫描。但是在MYSQL 3.23...

最近在做接口测试的时候，测试数据是从数据库查询的，但是当需要并发多次去调用接口时，如果sql只是单纯的进行了limit取值，那并发的时候肯定会每条数据都一样。因此，研究了下sql随机取一条数据的写法，从而用大量不同数据去进行并发的接口性能测试三种方法：(1)ORDER BY RAND()写法：SELECT * FROM 表A ORDER BY RAND() LIMIT 1缺点：rand()放在OR...

本文详细探讨了MySQL中随机查询数据的多种方法及其性能差异。基础方法ORDER BY RAND()虽然简单但性能极差，仅适用于极小数据量场景。文章重点推荐四种高效方案：1）利用连续自增主键ID范围随机（性能最优）；2）覆盖索引+ORDER BY RAND()折中方案；3）维护随机数表（适合大数据量）；4）应用层缓存ID随机选择（灵活性高）。不同方案各有优缺点，需根据数据量、查询频率和实时性要求选择最适合的方法。对于百万级以上数据，建议采用ID范围随机或随机数表方案，以确保毫秒级响应。

MySQL 大数据量分页慢，本质不是 LIMIT 本身慢，而是大偏移量导致大量无效扫描 + 回表随机 IO + 无索引排序。本文提供的 8 种方案，从简单 SQL 优化到架构级改造，覆盖所有业务场景： 1.低成本快速优化：延迟关联、子查询、覆盖索引 2.高性能无偏移分页：主键定位法 3.亿级数据跳页：分段范围、分区表 4.超高并发与复杂检索：冗余表、ES 实际开发中，优先使用延迟关联法与主键定位法，基本可以解决 95% 以上的分页性能问题。只有当数据量达到亿级且查询复杂时，才考虑引入 ES 或分库分表。

前面的章节我们介绍了如何设计最优的库表结构、如何建立最好的索引，这些对于高性能来说是必不可少的。但这些还不够一还需要合理的设计查询。如果查询写得很糟糕，即使库表结构再合理、索引再合适，也无法实现高性能。查询优化、索引优化、库表结构优化需要齐头并进，一个不落。在获得编写MySQL查询的经验的同时，也将学习到如何为高效的查询设计表和索引。同样的，也可以学习到在优化库表结构时会影响到哪些类型的查询。这个过程需要时间，所以建议大家在学习后面章节的时候多回头看看这三章的内容。本章将从查询设计的一-些基

57,065

社区成员

56,762

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章