视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
使用mysql的困惑_MySQL
2020-11-09 18:36:14 责编:小采
文档

bitsCN.com

  偶然我发现一个mysql的神奇的地方,看如下查询语句

SELECT gps_id,pu_index_code,time,longitude,latitude,direction,speed FROM gps_20130604 WHERE gps_id in(SELECT MAX(gps_id) from gps_20130604 GROUP BY pu_index_code)

运行后发现耗时五十多秒。然后我被迫不用in,用代码里循环的方式解决了慢的问题。

  但是这让我有些不爽,我本意是想一次数据库连接取出所有的符合条件的id号,用代码循环的话就要连接数据库1+n次。

  经过百度,我找到了答案,网址:mysql in优化。

  现在,我用

SELECT gps_id,pu_index_code,time,longitude,latitude,direction,speed FROM gps_20130604 WHERE gps_id in(select id from (SELECT MAX(gps_id) as id from gps_20130604 GROUP BY pu_index_code) as a)

解决了查询慢的问题,耗时平均0.002秒。

  经过研究,在mssql里是不存在这种问题的,直接用第一种sql语句就很快了。其他的如oracle那些还没有去试过。

  现在问题是解决了,但是mysql出现这种问题的原因是什么我还没有找出来。

bitsCN.com

下载本文
显示全文
专题