如果能給些測試條件別人會更容易理解你的問題。
首先說$eq，這個運算符大部分時候沒有必要寫。所以你的查詢等價于：

db.SEC_2018_05_12.aggregate([
    { $match : { fyear : 2018, fmonth: 5, fday: 12, fhour: 17, fmin: 8 } }, 
    { $group: { _id: {dev_id: "$dev_id", data_id: "$data_id"}, maxTimeValue: { $max: "$fdate" } } }  ]).pretty()

然后你的要求是取到第一條數(shù)據(jù)，而不僅僅是最大那個fdate值?？梢該Q個思路來理解這個問題：

按dev_id asc, data_id asc, fdate desc三者來排序，然后取每個分組的第一條數(shù)據(jù)

按照這個思路，查詢應該是：

db.SEC_2018_05_12.aggregate([
    { $match : { fyear : 2018, fmonth: 5, fday: 12, fhour: 17, fmin: 8 } }, 
    { $sort: { dev_id: 1, data_id: 1, fdate: -1} },
    { $group: { _id: {dev_id: "$dev_id", data_id: "$data_id"}, maxDoc: { $first: "$$ROOT" } } }  ]).pretty()

最后說說數(shù)據(jù)模型設計的問題。$match這里其實就是一個時間，但是被你拆成了很多部分來存儲。除非有明確的理由支持，個人并不是十分贊成這樣的做法。

1. 本來一個時間只有4 bytes，你這么一來變成了5 x 4 = 20 bytes，注意存儲空間；
2. $match/$sort需要索引的支持，所以原來一個索引現(xiàn)在將會變成5個字段的聯(lián)合索引，同樣是浪費空間和效率；

在數(shù)據(jù)量大的情況下，上面的查詢是需要索引支持的。換你現(xiàn)在的寫法，索引應該是：

{
  fyear: 1,
  fmonth: 1,
  fday: 1,
  fhour: 1,
  fmin: 1,
  dev_id: 1,
  data_id: 1,
  fdate: -1
}

看上去就夠驚悚了不是嗎？但其實前面那一堆時間本身只是一個時間而已。