MySQL進行g(shù)roup by字段返回大量異常結(jié)果的問題解決
問題
看這條sql

CH2O這個字段的取值只有1,2,3,正常進行g(shù)roup by 分類累加統(tǒng)計返回結(jié)果應(yīng)該是這樣:
[
{
"CH2O": 2.0,
"insufficient_weight": 142,
"Normal_Weight": 164,
"Overweight_Level_I": 154,
"Overweight_Level_II": 186,
"Obesity_Type_I": 173,
"Obesity_Type_II": 177,
"Obesity_Type_III": 114
},
{
"CH2O": 3.0,
"insufficient_weight": 46,
"Normal_Weight": 40,
"Overweight_Level_I": 76,
"Overweight_Level_II": 57,
"Obesity_Type_I": 110,
"Obesity_Type_II": 38,
"Obesity_Type_III": 149
},
{
"CH2O": 1.0,
"insufficient_weight": 84,
"Normal_Weight": 83,
"Overweight_Level_I": 60,
"Overweight_Level_II": 47,
"Obesity_Type_I": 68,
"Obesity_Type_II": 82,
"Obesity_Type_III": 61
}
]
但是我實際運行查詢到的結(jié)果是這樣:

返回的數(shù)據(jù)非常多,這不合理,經(jīng)過仔細(xì)排查發(fā)現(xiàn)了出現(xiàn)該問題的原因。
原因
這樣一看該列存儲數(shù)據(jù)值只有1,2,3為啥會group by出那么多數(shù)據(jù)呢

原來是該列的數(shù)據(jù)類型設(shè)置成了浮點型

在 MySQL 中,如果你使用浮點型字段進行 GROUP BY 操作,MySQL 會盡可能地對浮點數(shù)進行分組。但是,由于浮點數(shù)在計算機中的表示方式可能會導(dǎo)致精度問題,因此可能會出現(xiàn)意外的結(jié)果。
解決方案
把字段類型改成整形或者字符串

查詢結(jié)果就正常了:

到此這篇關(guān)于MySQL進行g(shù)roup by字段返回大量異常結(jié)果的問題解決的文章就介紹到這了,更多相關(guān)MySQL group by返回異常內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Mysql5.7中使用group concat函數(shù)數(shù)據(jù)被截斷的問題完美解決方法
前幾天在項目中遇到一個問題,使用 GROUP_CONCAT 函數(shù)select出來的數(shù)據(jù)被截斷了,最長長度不超過1024字節(jié),開始還以為是navicat客戶端自身對字段長度做了限制的問題。后來查找出原因,解決方法大家跟隨腳本之家小編一起看看吧2018-03-03
詳解MySQL 重做日志(redo log)與回滾日志(undo logo)
這篇文章主要介紹了MySQL redo與undo日志的相關(guān)資料,幫助大家更好的理解和學(xué)習(xí)MySQL,感興趣的朋友可以了解下2020-08-08
mysql 本地數(shù)據(jù)庫如何從遠(yuǎn)程數(shù)據(jù)庫導(dǎo)數(shù)據(jù)
mysql 本地數(shù)據(jù)庫如何從遠(yuǎn)程數(shù)據(jù)庫導(dǎo)數(shù)據(jù),本文以此問題進行詳細(xì)介紹,需要了解的朋友可以參考下2012-11-11
MySQL的多版本并發(fā)控制MVCC的實現(xiàn)
MVCC就是多版本并發(fā)控制,本文主要介紹了MySQL的多版本并發(fā)控制MVCC的實現(xiàn),文中通過示例代碼介紹的非常詳細(xì),具有一定的參考價值,感興趣的小伙伴們可以參考一下2021-12-12

