out-of-range-and-overflow.md 4.2 KB
Newer Older
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105
### 11.1.7 超出范围和溢出处理

[](<>)[](<>)

当 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)
```

在未启用严格 SQL 模式的情况下,会出现带有警告的剪切:

```
mysql> SET sql_mode = '';
mysql> INSERT INTO t1 (i1, i2) VALUES(256, 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.html),[`加载数据`](load-data.html),[`更新`](update.html), 和多行[`插入`](insert.html)陈述。在严格模式下,这些语句会失败,部分或全部值不会被插入或更改,这取决于表是否为事务表等因素。有关详细信息,请参阅[第 5.1.11 节,“服务器 SQL 模式”](sql-mode.html).

数值表达式求值期间的溢出会导致错误。例如,最大的签名[`大整数`](integer-types.html)值为 9223372036854775807,因此以下表达式会产生错误:

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

要在这种情况下使操作成功,请将值转换为无符号;

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

是否发生溢出取决于操作数的范围,因此处理上述表达式的另一种方法是使用精确值算术,因为[`十进制`](fixed-point-types.html)值的范围比整数大:

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

整数值之间的减法,其中一个是类型`未签名`, 默认情况下产生无符号结果。如果结果本来是否定的,则会导致错误:

```
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-mode.html#sqlmode_no_unsigned_subtraction)启用 SQL 模式,结果是否定的:

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

如果此类操作的结果用于更新`未签名`整数列,结果被剪裁为列类型的最大值,或者剪裁为 0,如果[`NO_UNSIGNED_SUBTRACTION`](sql-mode.html#sqlmode_no_unsigned_subtraction)已启用。如果启用了严格的 SQL 模式,则会发生错误并且列保持不变。