mysql 子查询的排序问题

一 概念

嵌套查询：有(内层)子查询的查询，也就是说，包括外层主查询和内层子查询的查询。

(内层)子查询：子查询还可以包括子查询。子查询分为嵌套子查询和相关子查询。

嵌套子查询：执行不依赖与外部的查询。一般可以分为：返回单值的子查询 和 返回一个列表的子查询。

例如：select s.*,(select countryName from country where id=1 ) countryName from student s

相关子查询：执行依赖于外层主查询：多数情况下是子查询的where句中引用了外层主查询的表。

例如：select s.*,(select name from user where id=s.id) name from student s 

相关子查询在数据量大的时候要慎用，会大大降低查询速度。
可以把相关子查询的条件去掉先查出来一个所有数据的临时表，这样就只查了一次，不会在每次外层查询时都额外查一次内层查询。
select count(*) from vote where targetID=cv.videoID -->
(select targetID,count(voteNum) voteNum from vote where voteNum=1 and enable=1 group by targetID) as vv

二 子查询排序问题

高版本的MySQL（5.6以上）在子查询中使用order by 语句后查询结果并不会显示排序后的结果。
子查询大多数是作为一个结果给主查询使用，所以子查询不需要排序，当子查询中有order by语句时，数据库会自动优化，即忽略order by语句。
参考：https://www.jianshu.com/p/48452a136875
结论：在SQL标准中，子查询中的order by是不生效的
MySQL 5.7由于在这个点上遵循了SQL标准导致问题暴露，而在MySQL 5.6/8.0中这种写法依然是生效的

三 记录一下遇到的坑

1.单独查 是降序

2. 添加一个where条件 变为无序(可能也有顺序，但我是看不出来)

3.添加2个where条件 变为升序

4.还有更坑的，因为在子查询排了序，在navicat中是降序desc，但是到代码中变成升序asc(目前原因未知，有待考察)



目前这个原因还未找到，有待后续研究。

总之：

吸取教训，不要在子查询中排序，不起作用，要把排序放到外层主查询。

---

问题4的原因找到了



是因为在代码中用了activityID用了String类型，而且是#{}，相当于在sql中是“1”
但是为什么用不同的类型会导致排序不一样还是不明白