SQL 使用 Join 好还是多次 Select 好？

[zrp1994]

最近在做一个有关地理位置的应用，涉及到的逻辑比较复杂。其中一个表用于存储传感器的基本信息，另一个表存储传感器获得的数据点（这个表的数据相对于其他表来说比较大）。
为了获得用户所拥有的每一个传感器最近一次的数据的列表，我是用了一个带有多个JOIN的语句，并且用Group by来合并同一个传感器的数据，以此来找到每个传感器最近一条数据。但是现在有了几万条数据之后感觉查询有些慢。。。
大家认为这种情况下是使用Join好还是分开多次Select更好呢？
新手求轻喷……

[koodai]

join在mysql下性能差，不推荐，我在阿里云数据库的体验，子查询要极大提高性能。
原因不明所以。

[zrp1994]

@bitzhuxb 好主意

[zrp1994]

@bitzhuxb 其实我是这么做的，但是SQL Server里面的GROUP实在是搞不懂。。。和MySQL差太多了

[coolcfan]

我是跑测试的，不懂这块的具体技术细节，但是用 MySQL 的话，explain 一下，看到给出的那个表格里要是写了需要创建临时表的标记，那并发高一点 CPU 占用会很恐怖。

[zonghua]

@huijiewei 就是不依靠数据库，由应用？

[mingyun]

楼主现在采用什么方案？有用吗

[zrp1994]

@mingyun 暂时还是join，正在考虑加redis缓存经常查询的结果

[zonghua]

@koodai 哪里可以得到测试数据来验证自己的语句呢？我想学习一下。

[mingyun]

@FifiLyu 不至于吧，连了很多表？

[FifiLyu]

@mingyun 最多4个表。表数据基本都是10多万行。基于运维这边，不好优化啊。