Mysql查询最近一条记录的sql语句(优化篇)

2024-04-16 11:33:01

下策——查询出结果后将时间排序后取第一条

select * from a
where create_time<="2017-03-29 19:30:36"
order by create_time desc
limit 1

这样做虽然可以取出当前时间最近的一条记录，但是一次查询需要将表遍历一遍，对于百万以上数据查询将比较费时；limit是先取出全部结果，然后取第一条，相当于查询中占用了不必要的时间和空间；还有如果需要批量取出最近一条记录，比方说：“一个订单表，有用户，订单时间，金额，需要一次性查询所有用户的最近的一条订单记录”，那么每个用户一次查询就要做一次整表的遍历，数据大的情况下，时间将会以指数形式增长，不能投入实际使用。

中策——查询排序后group by

select * from (
  select * from a
  where create_time<="2017-03-29 19:30:36"
  order by create_time desc
)  group by user_id

后来发现使用group by 可以根据group by 的参数列分组，但返回的结果只有一条，仔细观察发现group by是将分组后的第一条记录返回。时间在查询后默认是顺序排列，因此需要先将时间倒序排列，方可取出距离当前最近一条。

这样查询实际上还是进行了两次查询，虽然时间上相比第一个方法有了质的飞跃，但是还可以进一步优化。

上策——将max() 方法和group by结合使用

select *,max(create_time) from a
where create_time<="2017-03-29 19:30:36"
group by user_id

这句可以理解为将结果集根据user_id分组，每组取time最大一条记录。这样就很好的实现了批量查询最近记录，并且仅仅需要遍历一次表，即使在数据量巨大的情况下也可以在很短的时间查出结果。

扩展：

现在有一张资产设备表：base_assets_turn

查询资产的最新保管人

注：假设资产编号 ASSETS_ID=254

下策：

select * from base_assets_turn
where ASSETS_ID = 254
order by create_time desc
limit 1

中策：

select * from ( select * from base_assets_turn
where ASSETS_ID = 254
order by create_time desc) tt GROUP BY tt.ASSETS_ID;

上策：

那么上策该如何书写呢，欢迎留言！

以上所述是小编给大家带来的Mysql查询最近一条记录的sql语句(优化篇)，希望对大家有所帮助，如果大家有任何疑问欢迎给我留言！

浅谈MySQL中优化sql语句查询常用的30种方法

1.对查询进行优化,应尽量避免全表扫描,首先应考虑在 where 及 order by 涉及的列上建立索引. 2.应尽量避免在 where 子句中使用!=或<>操作符,否则将引擎放弃使用索引而进行全表扫描. 3.应尽量避免在 where 子句中对字段进行 null 值判断,否则将导致引擎放弃使用索引而进行全表扫描,如: select id from t where num is null 可以在num上设置默认值0,确保表中num列没有null值,然后这样查询: select id from
mysql in语句子查询效率慢的优化技巧示例

表结构如下,文章只有690篇. 文章表article(id,title,content) 标签表tag(tid,tag_name) 标签文章中间表article_tag(id,tag_id,article_id) 其中有个标签的tid是135,查询标签tid是135的文章列表. 690篇文章,用以下的语句查询,奇慢: select id,title from article where id in( select article_id from article_tag where tag_id=
Mysql使用索引实现查询优化

索引的目的在于提高查询效率,可以类比字典,如果要查"mysql"这个单词,我们肯定需要定位到m字母,然后从下往下找到y字母,再找到剩下的sql.如果没有索引,那么你可能需要把所有单词看一遍才能找到你想要的. 1.索引的优点假设你拥有三个未索引的表t1.t2和t3,每个表都分别包含数据列i1.i2和i3,并且每个表都包含了1000条数据行,其序号从1到1000.查找某些值匹配的数据行组合的查询可能如下所示: SELECT t1.i1, t2.i2, t3.i3 FROM t1, t2,
详解Mysql多表联合查询效率分析及优化

1. 多表连接类型 1. 笛卡尔积(交叉连接) 在MySQL中可以为CROSS JOIN或者省略CROSS即JOIN,或者使用',' 如: SELECT * FROM table1 CROSS JOIN table2 SELECT * FROM table1 JOIN table2 SELECT * FROM table1,table2 由于其返回的结果为被连接的两个数据表的乘积,因此当有WHERE, ON或USING条件的时候一般不建议使用,因为当数据表项目太多的时候,会非常慢.一般使用LE
MySQL查询优化之explain的深入解析

在分析查询性能时,考虑EXPLAIN关键字同样很管用.EXPLAIN关键字一般放在SELECT查询语句的前面,用于描述MySQL如何执行查询操作.以及MySQL成功返回结果集需要执行的行数.explain 可以帮助我们分析 select 语句,让我们知道查询效率低下的原因,从而改进我们查询,让查询优化器能够更好的工作. 一.MySQL 查询优化器是如何工作的MySQL 查询优化器有几个目标,但是其中最主要的目标是尽可能地使用索引,并且使用最严格的索引来消除尽可能多的数据行.最终目标是提交 SEL
MySQL查询优化:LIMIT 1避免全表扫描提高查询效率

在某些情况下,如果明知道查询结果只有一个,SQL语句中使用LIMIT 1会提高查询效率. 例如下面的用户表(主键id,邮箱,密码): 复制代码代码如下: create table t_user( id int primary key auto_increment, email varchar(255), password varchar(255) ); 每个用户的email是唯一的,如果用户使用email作为用户名登陆的话,就需要查询出email对应的一条记录. SELECT * FROM t
一步步教你MySQL查询优化分析教程

前言 MySQL是关系性数据库中的一种,查询功能强,数据一致性高,数据安全性高,支持二级索引.但性能方面稍逊于非关系性数据库,特别是百万级别以上的数据,很容易出现查询慢的现象.这时候需要分析查询慢的原因,一般情况下是程序员sql写的烂,或者是没有键索引,或者是索引失效等原因导致的. 这时候MySQL 提供的 EXPLAIN 命令就尤其重要, 它可以对 SELECT 语句进行分析, 并输出 SELECT 执行的详细信息, 以供开发人员针对性优化. 而且就在查询语句前加上 Explain 就成: E
大幅优化MySQL查询性能的奇技淫巧

回顾 MySQL / InnoDB 的改善历史.你能很容易发现.在MySQL 5.6稳定版本中从来没有在read-only 这么快的提速,它很容易搞懂,以及在read-only(RO)有着良好的扩张性.也很期待它在read+write(RW)上达到一个较高水平.(特别是在读取数据是数据库主要工作的时候) 然而.我们对于RO在 MySQL 5.6的表现也十分的高兴,在5.7这个版本中,主要工作集中在 read+write (RW)上, 因为在大数据的处理上还没能达到我们的期望.但是RW依赖RO下.
mysql嵌套查询和联表查询优化方法

嵌套查询糟糕的优化在上面我提到过,不考虑特殊的情况,联表查询要比嵌套查询更有效.尽管两条查询表达的是同样的意思,尽管你的计划是告诉服务器要做什么,然后让它决定怎么做,但有时候你非得告诉它改怎么做.否则优化器可能会做傻事.我最近就碰到这样的情况.这几个表是三层分级关系:category, subcategory和item.有几千条记录在category表,几百条记录在subcategory表,以及几百万条在item表.你可以忽略category表了,我只是交代一下背景,以下查询语句都不涉及到它.这
mysql优化limit查询语句的5个方法

mysql的分页比较简单,只需要limit offset,length就可以获取数据了,但是当offset和length比较大的时候,mysql明显性能下降 1.子查询优化法先找出第一条数据,然后大于等于这条数据的id就是要获取的数据缺点:数据必须是连续的,可以说不能有where条件,where条件会筛选数据,导致数据失去连续性,具体方法请看下面的查询实例: 复制代码代码如下: mysql> set profiling=1; Query OK, 0 rows affected (0.00

Mysql查询最近一条记录的sql语句(优化篇)

相关推荐

随机推荐