碰到一個很奇葩的問題，mysql默認是四舍五入的，但是，使用double，有時候不四舍五入。

犯罪現場還原

表結構

CREATE TABLE `test` (

`salary_decimal` decimal(11,2) DEFAULT NULL,

`salary_double` double(11,2) DEFAULT NULL

) ENGINE=InnoDB ;

表數據

salary_decimal 和 salary_double 分別插入 -96.845

很神奇的是，保存后，decimal的是 -96.85 ，double的是-96.84

然而，把double的精度從2增加到3，mysql會自動從 -96.84 變為 -96.845 差點亮瞎了我的眼睛

引發的問題

這樣引發了兩個問題：

1. 兩邊數據不一致，一個decimal是-96.85 一個double是-96.84

2. sum函數，結果不準確。使用double的表，求和的時候，會出問題。sum(-96.84+ -3.15)的結果不是 -99.99 而是 -100.00

結論

針對問題1，特意找了下資料，發現double本來就是不精準的

附上官網的解釋

For FLOAT, the SQL standard permits an optional specification of the precision (but not the range of the exponent) in bits following the keywordFLOAT in parentheses. MySQL also supports this optional precision specification, but the precision value is used only to determine storage size. A precision from 0 to 23 results in a 4-byte single-precision FLOAT column. A precision from 24 to 53 results in an 8-byte double-precision DOUBLEcolumn.

針對問題2，有了問題1的前提，sum的結果自然也是不精準

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的mysql double 使用_mysql使用double的坑的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。