mysql中count(), group by, order by使用详解

编辑：rootadmin

推荐整理分享mysql中count(), group by, order 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排序无效，举个例子:

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()就规避了。自己无意躲过去了，还好反复改语句测试了一番才发现。

Linux下安装配置MySQL 系统:Ubuntu.LTS1官网下载mysql-5.7.-linux-glibc2.5-x_.tar.gz2建立工作组:$su#groupaddmysql#useradd-r-gmysqlmysql3创建目录#mkdir/usr/local/mysql#mkdir/usr/local/mysql/data4

mysql中索引与FROM_UNIXTIME的问题零、背景这周四收到很多告警，找DBA看了看，发现有个慢查询。简单收集一些信息后，发现这个慢查询问题隐藏的很深，问了好多人包括DBA都不知道原

mysql中mydumper 和 mysqldump 对比使用如果只是备份几张表或单个库,相比innobackup而言,mysqldump和mydumper更为方便,不过mydumper增加了相对较多的特性,比如多线程备份,正则匹配备份,分组和自检等