MySQL 9.0 版本注意事項
浮點數有時會造成混淆,因為它們是近似值,而不是以精確值儲存。SQL 陳述式中寫入的浮點數值可能與內部表示的值不同。嘗試在比較中將浮點數值視為精確值可能會導致問題。它們也可能受到平台或實作的影響。FLOAT
和 DOUBLE
資料類型都受這些問題影響。對於 DECIMAL
欄位,MySQL 以 65 個十進位數的精度執行運算,這應該可以解決大多數常見的不準確問題。
以下範例使用 DOUBLE
來示範如何使用浮點數運算執行的計算會受到浮點數誤差的影響。
mysql> CREATE TABLE t1 (i INT, d1 DOUBLE, d2 DOUBLE);
mysql> INSERT INTO t1 VALUES (1, 101.40, 21.40), (1, -80.00, 0.00),
-> (2, 0.00, 0.00), (2, -13.20, 0.00), (2, 59.60, 46.40),
-> (2, 30.40, 30.40), (3, 37.00, 7.40), (3, -29.60, 0.00),
-> (4, 60.00, 15.40), (4, -10.60, 0.00), (4, -34.00, 0.00),
-> (5, 33.00, 0.00), (5, -25.80, 0.00), (5, 0.00, 7.20),
-> (6, 0.00, 0.00), (6, -51.40, 0.00);
mysql> SELECT i, SUM(d1) AS a, SUM(d2) AS b
-> FROM t1 GROUP BY i HAVING a <> b;
+------+-------+------+
| i | a | b |
+------+-------+------+
| 1 | 21.4 | 21.4 |
| 2 | 76.8 | 76.8 |
| 3 | 7.4 | 7.4 |
| 4 | 15.4 | 15.4 |
| 5 | 7.2 | 7.2 |
| 6 | -51.4 | 0 |
+------+-------+------+
結果是正確的。雖然前五筆記錄看起來不應該滿足比較(a
和 b
的值看起來沒有不同),但它們可能會滿足比較,因為數字之間的差異會在小數點後第十位左右出現,這取決於電腦架構、編譯器版本或最佳化層級等因素。例如,不同的 CPU 可能會以不同的方式評估浮點數。
如果欄位 d1
和 d2
定義為 DECIMAL
而不是 DOUBLE
,則 SELECT
查詢的結果將只包含一個列,即上面顯示的最後一個列。
進行浮點數比較的正確方式是,首先確定可接受的數字差異容差,然後針對容差值進行比較。例如,如果我們同意,如果浮點數的精度在萬分之一 (0.0001) 之內,就應該被視為相同,則比較應該寫成尋找大於容差值的差異
mysql> SELECT i, SUM(d1) AS a, SUM(d2) AS b FROM t1
-> GROUP BY i HAVING ABS(a - b) > 0.0001;
+------+-------+------+
| i | a | b |
+------+-------+------+
| 6 | -51.4 | 0 |
+------+-------+------+
1 row in set (0.00 sec)
反之,若要取得數字相同的列,則測試應該尋找容差值內的差異
mysql> SELECT i, SUM(d1) AS a, SUM(d2) AS b FROM t1
-> GROUP BY i HAVING ABS(a - b) <= 0.0001;
+------+------+------+
| i | a | b |
+------+------+------+
| 1 | 21.4 | 21.4 |
| 2 | 76.8 | 76.8 |
| 3 | 7.4 | 7.4 |
| 4 | 15.4 | 15.4 |
| 5 | 7.2 | 7.2 |
+------+------+------+
5 rows in set (0.03 sec)
浮點數值受平台或實作的影響。假設您執行以下陳述式
CREATE TABLE t1(c1 FLOAT(53,0), c2 FLOAT(53,0));
INSERT INTO t1 VALUES('1e+52','-1e+52');
SELECT * FROM t1;
在某些平台上,SELECT
陳述式會傳回 inf
和 -inf
。在其他平台上,則會傳回 0
和 -0
。
上述問題的一個含義是,如果您嘗試透過在來源上使用 mysqldump 傾印表格內容,並將傾印檔案重新載入副本來建立副本,則包含浮點數欄位的表格在兩個主機之間可能會有差異。