%ign%ignore_a_1%re_a_1%中order by 排序查询、asc升序、desc降序，group by 分组查询、having 只能用于group by子句、作用于组内，having条件子句可以直接跟函数表达式。使用group by 子句的查询语句需要使用聚合函数。
最近做IM的时候遇到一个问题，同时用到了这三个关键字。就是查询一个人的离线消息详情，我们服务端返回给客户端显示的这个详情包括了三个内容，第一个要求列出离线这段时间哪些人或者群给你发了消息，第二个这其中的某个人或者群发了多少条离线消息，第三个拿出最新的一条显示出来。很明显，group by分组哪些人或者群给你发了离线消息，count()得到离线消息数量，order by时间来排序拿出最新的消息。
select count(1) as cnt, msg_data from t_im_chat_offline_msg where to_company_id = ? and to_user_id = ? order by create_time desc group by from_company_id, from_user_id;
然后果不其然group by和order by一起检索就报错了，我们可以用嵌套子查询。
select count(1) as cnt, msg_data from (select * from t_im_chat_offline_msg where to_company_id = ? and to_user_id = ? order by create_time desc) as temp_table group by from_company_id, from_user_id;
我们可以对已经排序的结果集，再来分组并计算数量。这里还有一个暗坑，我自己不小心给躲过去了，其实count()会造成order by排序无效，举个例子:
网易人工智能
网易数帆多媒体智能生产力平台
206 查看详情 
select count(1) as cnt, msg_data from t_im_chat_offline_msg where to_company_id = ? and to_user_id = ? order by create_time desc;
这个语句最后得到的一条记录，其中的msg_data其实是根本没有排序的结果，也就是数据库原顺序，应该是先插入的一条消息，就是说时间旧的消息。为了避免这个问题，所以嵌套子查询在这里先排序，再让它去count()就规避了。自己无意躲过去了，还好反复改语句测试了一番才发现。
以上就是MySQL中count(), group by, order by的具体使用详解的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1081320.html
微信扫一扫 
支付宝扫一扫 
