MySQL數值型別溢位的處理方法

阿新 • • 發佈：2020-01-09

來，考考大家一個問題，在 MySQL 中當某一列設定為 int(0) 時會發生什麼？

為了演示這個問題，我們先要建立一個表

DROP TABLE IF EXISTS `na`;
CREATE TABLE `na` (
n1 INT(0) NOT NULL DEFAULT '0',n2 INT(11) NOT NULL DEFAULT '0'
);

然後我們使用下面的語句往 na 表中插入一些資料

mysql> INSERT INTO `na` VALUES(520,520),(5201314,5201314);
Query OK,2 rows affected (0.02 sec)
Records: 2 Duplicates: 0 Warnings: 0

最後我們讀取出來看看

mysql> SELECT * FROM na;
+---------+---------+
| n1 | n2 |
+---------+---------+
| 520 | 520 |
| 5201314 | 5201314 |
+---------+---------+
2 rows in set (0.00 sec)

對的，好像什麼都不會發生，沒什麼問題才是對的，我就怕有什麼問題…哈哈

我們這一章節來講講整型溢位問題。

MySQL 數值型別溢位處理

當 MySQL 在某個數值列上儲存超出列資料型別允許範圍的值時，結果取決於當時生效的 SQL 模式

如果啟用了嚴格的 SQL 模式，則 MySQL 會根據 SQL 標準拒絕帶有錯誤的超出範圍的值，並且插入失敗

如果沒有啟用任何限制模式，那麼 MySQL 會將值裁剪到列資料類型範圍的上下限值並存儲
- 當超出範圍的值分配給整數列時，MySQL 會儲存表示列資料類型範圍的相應端點的值
- 當為浮點或定點列分配的值超出指定（或預設）精度和比例所隱含的範圍時，MySQL 會儲存表示該範圍的相應端點的值

這個，應該很好理解吧？

我們舉一個例子，假設 t1 表的結構如下

CREATE TABLE t1 (
i1 TINYINT,i2 TINYINT UNSIGNED
);

如果啟用了嚴格的 SQL 模式，超出範圍會發生一個錯誤

mysql> SET sql_mode = 'TRADITIONAL'; -- 首先設定嚴格模式
mysql> INSERT INTO t1 (i1,i2) VALUES(256,256);
ERROR 1264 (22003): Out of range value for column 'i1' at row 1
mysql> SELECT * FROM t1;
Empty set (0.00 sec)

當嚴格模式被禁用，值可以插入，但會被裁剪，並且引發一個警告

mysql> SET sql_mode = ''; -- 禁用所有模式
mysql> INSERT INTO t1 (i1,256);
mysql> SHOW WARNINGS;
+---------+------+---------------------------------------------+
| Level | Code | Message |
+---------+------+---------------------------------------------+
| Warning | 1264 | Out of range value for column 'i1' at row 1 |
| Warning | 1264 | Out of range value for column 'i2' at row 1 |
+---------+------+---------------------------------------------+
mysql> SELECT * FROM t1;
+------+------+
| i1 | i2 |
+------+------+
| 127 | 255 |
+------+------+

如果未啟用嚴格 SQL 模式，對於 ALTER TABLE，LOAD DATA INFILE，UPDATE 和多行 INSERT等語句會由於裁剪而發生的列分配轉換並且引發一個警告。

而如果啟用了嚴格模式，這些語句會直接失敗，並且未插入或更改部分或全部值，具體取決於表是否為事務表和其他因素。

數值表示式求值過程中的溢位會導致錯誤，例如，因為最大的有符號 BIGINT 值是 9223372036854775807，因此以下表達式會產生錯誤

mysql> SELECT 9223372036854775807 + 1;
ERROR 1690 (22003): BIGINT value is out of range in '(9223372036854775807 + 1)'

為了在這種情況下使操作成功，需要將值轉換為 unsigned

mysql> SELECT CAST(9223372036854775807 AS UNSIGNED) + 1;
+-------------------------------------------+
| CAST(9223372036854775807 AS UNSIGNED) + 1 |
+-------------------------------------------+
| 9223372036854775808 |
+-------------------------------------------+

從另一方面說，是否發生溢位取決於運算元的範圍，因此處理前一個表示式的另一種方法是使用精確值算術，因為 DECIMAL 值的範圍大於整數

mysql> SELECT 9223372036854775807.0 + 1;
+---------------------------+
| 9223372036854775807.0 + 1 |
+---------------------------+
| 9223372036854775808.0 |
+---------------------------+

整數數值之間的減去，如果其中一個型別為 UNSIGNED ，預設情況下會生成無符號結果。如果為負，則會引發錯誤

mysql> SET sql_mode = '';
Query OK,0 rows affected (0.00 sec)

mysql> SELECT CAST(0 AS UNSIGNED) - 1;
ERROR 1690 (22003): BIGINT UNSIGNED value is out of range in '(cast(0 as unsigned) - 1)'

這種情況下，如果啟用了 NO_UNSIGNED_SUBTRACTION SQL 模式，則結果為負

mysql> SET sql_mode = 'NO_UNSIGNED_SUBTRACTION';
mysql> SELECT CAST(0 AS UNSIGNED) - 1;
+-------------------------+
| CAST(0 AS UNSIGNED) - 1 |
+-------------------------+
| -1 |
+-------------------------+

如果此類操作的結果用於更新 UNSIGNED 整數列，則結果將裁剪為列型別的最大值，如果啟用了 NO_UNSIGNED_SUBTRACTION 則裁剪為 0。但如果啟用了嚴格的 SQL 模式，則會發生錯誤並且列保持不變。

後記

一切都是套路，套路….基本都和 SQL 模式有關…

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對我們的支援。