平時做業(yè)務，經常是需要查什么什么什么的最新的一條數(shù)據(jù)。

那至于最新這個概念， 對于產品來說，經常會說的是 時間順序，最新也就是 最近的意思。

結合示例：

這是一張記錄人員來訪的記錄表。
數(shù)據(jù)表里的數(shù)據(jù)準確記錄了每個人來訪時帶的帽子顏色、時間、人員編碼（每個人唯一）。

數(shù)據(jù)樣例：

需要做到的是 ：

拿出符合條件的最新的來訪記錄。

你會最怎么做？ 

先實現(xiàn)一點的， 取出 A101 這個人員編碼的 最新來訪記錄 。

首先先展示錯誤的sql示例： 想當然地使用max() 函數(shù)。

SELECT MAX(id) AS id ,user_code,cap_color,create_time FROM vist_record WHERE user_code='A101' ;?

查詢結果（錯誤的結果）：

顯然咋一看出來的數(shù)據(jù)有模有樣，但是其實是錯的。

為什么是錯的的，可以稍微講一下，既然評論區(qū)有人感興趣了（歡迎兄弟們說出自己的看法）。

簡單敘述， max是聚合函數(shù)， 我們的錯誤示例沒配合group by 去使用， 這時候其實也就mysql這個家伙能讓我們執(zhí)行了，很多數(shù)據(jù)庫都直接報錯的。

那么執(zhí)行是執(zhí)行的，其實這時候mysql相當于把整個表當作了一個內容塊去進行一個壓縮檢索。

我們加上了where 條件  user_code='A101'，所以整個內容塊確實過濾掉了其他不是user_code='A101' 的數(shù)據(jù)。
也就是說這種松懈執(zhí)行的情況下，mysql保證max 返回（相關列） 的最大值， 其他列字段它是不保證的。 

正確的數(shù)據(jù)是 ：

那是不是max（id） 用不了了？

正確用法（將符合條件的最大id值作為條件）：

SELECT
?id,user_code,cap_color,create_time
FROM vist_record
WHERE id IN (SELECT MAX(id) AS id FROM vist_record WHERE user_code='A101' )

查詢結果：

但是看到上面使用子查詢的這種方式， 大家心里面肯定也已經在暗暗地罵娘， 拿個最新數(shù)據(jù)這么麻煩？

有沒有簡單一點的？
有。

比如說，我們已經確定了， id是自增的，id最大的數(shù)據(jù)（符合條件的數(shù)據(jù)） 就是最新的。

那么我們就可以使用倒序 DESC 來取最新數(shù)據(jù)：

DESC 也就是 倒序/降序 。

PS：

 使用倒序查找：

SELECT *
FROM vist_record
WHERE user_code='A101'
ORDER BY id DESC
LIMIT 1;

查詢結果： 

 或者根據(jù)時間倒序：

SELECT *
FROM vist_record
WHERE user_code='A101'
ORDER BY create_time DESC
LIMIT 1;

查詢結果： 

就這么簡單實現(xiàn)了嗎？ 

那么我們如果需求要的不是指定A101 要的是涉及到的每一個人的最新數(shù)據(jù)呢？

也就是存在多組的概念。 

每一類的符合條件的最新數(shù)據(jù)

橙色框就是 A101 、B202 、 C303 分別的最新記錄 ， 我們要取出來。

錯誤示例：

SELECT MAX(id) AS id ,user_code,cap_color,create_time FROM vist_record ? GROUP BY user_code

錯誤的篩選結果：

正確編碼：

SELECT ?id ,user_code,cap_color,create_time FROM vist_record ?WHERE id in
(
SELECT MAX(id) AS id ?FROM vist_record ?GROUP BY user_code?
)

到此這篇關于MySql 查詢符合條件的最新的數(shù)據(jù)行的文章就介紹到這了,更多相關MySql查詢最新數(shù)據(jù)行內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！