最近做IM的時(shí)候遇到一個(gè)問(wèn)題，同時(shí)用到了這三個(gè)關(guān)鍵字。就是查詢一個(gè)人的離線消息詳情，我們服務(wù)端返回給客戶端顯示的這個(gè)詳情包括了三個(gè)內(nèi)容，第一個(gè)要求列出離線這段時(shí)間哪些人或者群給你發(fā)了消息，第二個(gè)這其中的某個(gè)人或者群發(fā)了多少條離線消息，第三個(gè)拿出最新的一條顯示出來(lái)。很明顯，group by分組哪些人或者群給你發(fā)了離線消息，count()得到離線消息數(shù)量，order by時(shí)間來(lái)排序拿出最新的消息。

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一起檢索就報(bào)錯(cuò)了，我們可以用嵌套子查詢。

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;


我們可以對(duì)已經(jīng)排序的結(jié)果集，再來(lái)分組并計(jì)算數(shù)量。這里還有一個(gè)暗坑，我自己不小心給躲過(guò)去了，其實(shí)count()會(huì)造成order by排序無(wú)效，舉個(gè)例子:

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;

這個(gè)語(yǔ)句最后得到的一條記錄，其中的msg_data其實(shí)是根本沒(méi)有排序的結(jié)果，也就是數(shù)據(jù)庫(kù)原順序，應(yīng)該是先插入的一條消息，就是說(shuō)時(shí)間舊的消息。為了避免這個(gè)問(wèn)題，所以嵌套子查詢?cè)谶@里先排序，再讓它去count()就規(guī)避了。自己無(wú)意躲過(guò)去了，還好反復(fù)改語(yǔ)句測(cè)試了一番才發(fā)現(xiàn)。