哈哈哈哈哈哈哈

开发后端接口时，往往需要返回一致的响应格式给前端，在Poem中，通过实现。来返回统一的JSON格式响应。

在Java项目中，我们通常会将响应包装一层来实现统一响应格式，在Rocket中，我们也可以通过实现Responder来返回统一的响应。

因此，在这种情况下，ORDER BY通常与LIMIT结合使用，以确定要为SELECT检索的选定行的子集，即使它不一定影响最终UNION结果中这些行的顺序。所以，当在子查询中加上limit后，不得不进行排序，如果不排序，那这个子查询本身的语义就是错误的，即。有两张表：表A，和表B，需要对A中数据按排序字段排序，对B表也按排序字段排序，然后返回并集。初看似乎没什么问题，数据被筛选出来了，且数量正确，但是，排序却没有按照如期的顺序排列。当让，如果不需要局部有序，而是结果集整体有序，则再套一层后在外层排序即可。

最近做了一波慢SQL优化，总结一下。