在mysql 5.7之前（不包括5.7）
select * from (select a.* from template_detail a where a.template_id in (3, 4) order by a.id desc) tt group by tt.template_id;但是在mysql 5.7之后（包括5.7）,这样查询会发现order by 失效
是因为mysql 5.7引入了derived_merge
什么是derived_merge？
derived_merge指的是一种查询优化技术，作用就是把派生表合并到外部的查询中，提高数据检索的效率。这个特性在MySQL5.7版本中被引入，可以通过如下SQL语句进行查看/开启/关闭等操作。
上面虽然听起来感觉很牛逼的样子，但是实际情况是，这个新特性，不怎么受欢迎，容易引起错误。
可以在子查询中使用以下函数来进行关闭这个特性：
可以通过在子查询中使用任何阻止合并的构造来禁用合并，尽管这些构造对实现的影响并不明确。 防止合并的构造对于派生表和视图引用是相同的：
- 聚合函数（ SUM() ， MIN() ， MAX() ， COUNT()等）
- DISTINCT
- GROUP BY
- HAVING
- LIMIT
- UNION或UNION ALL
- 选择列表中的子查询
- 分配给用户变量
- 仅引用文字值（在这种情况下，没有基础表）
所以mysql5.7比较常见的实现方法是：
select * from (select a.* from template_detail a where a.template_id in (3, 4) order by a.id desc limit 10000) tt group by tt.template_id;这一种也是网上推荐最多的，但个人觉得局限性太大，不介意用在实战上
推荐写法：
select * from (select distinct(a.id) tid, a.* from template_detail a where a.template_id in (3, 4) order by a.id desc) tt group by tt.template_id;加了distinct(a.id) tid, 后结果正确，原因是因为临时表（派生表derived table）中使用order by且使其生效，必须满足三个条件：
- 外部查询禁止分组或者聚合
- 外部查询未指定having，HAVING， order by
- 外部查询将派生表或者视图作为from句中唯一指定源
不满足这三个条件，order by会被忽略。
一旦外部表使用了group by，那么临时表（派生表 derived table）将不会执行filesort操作（即order by 会被忽略），所以我在临时表中加了（distinct(a.id)）。
加了之后就相当于关闭了该特性，所以也就生效了。
或者这样效率更高一点：
SELECT bb.`detail`, bb.`id`,bb.`template_id` from `template_detail` bb INNER JOIN ( SELECT MAX(`id`) id, `template_id` from `template_detail` GROUP BY `template_id` ) as tb on bb.`id` = tb.id
