MySQL数字类型超出范围时的溢出处理

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)

如果未启用严格 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 TABLELOAD DATAUPDATE和多行 INSERT语句的警告。在严格模式下,这些语句会失败,并且部分或全部值不会插入或更改,具体取决于表是否是事务表和其他因素。有关详细信息,请参见 第 5.1.11 节“服务器 SQL 模式”

数值表达式求值期间溢出会导致错误。例如,最大的有符号 BIGINT值是 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 |
+-------------------------------------------+

是否发生溢出取决于操作数的范围,因此处理上述表达式的另一种方法是使用精确值算术,因为 DECIMAL值的范围比整数更大:

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

默认情况下,整数值之间的减法(其中 1 的类型为 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 模式,则会发生错误并且列保持不变。

参考链接

https://dev.mysql.com/doc/refman/8.0/en/out-of-range-and-overflow.html

相关推荐

  1. MySQL数字类型超出范围溢出处理

    2024-01-31 15:32:01       37 阅读
  2. mysql数据处理是否超时处理

    2024-01-31 15:32:01       39 阅读
  3. mysql数据类型与取值范围

    2024-01-31 15:32:01       19 阅读
  4. MySQL数据类型

    2024-01-31 15:32:01       16 阅读
  5. C# 各数据类型 范围

    2024-01-31 15:32:01       39 阅读
  6. 用计算机处理数字——数值类型

    2024-01-31 15:32:01       18 阅读

最近更新

  1. TCP协议是安全的吗?

    2024-01-31 15:32:01       18 阅读
  2. 阿里云服务器执行yum,一直下载docker-ce-stable失败

    2024-01-31 15:32:01       19 阅读
  3. 【Python教程】压缩PDF文件大小

    2024-01-31 15:32:01       18 阅读
  4. 通过文章id递归查询所有评论(xml)

    2024-01-31 15:32:01       20 阅读

热门阅读

  1. [Python]窗体自动化解决方案之图形匹配

    2024-01-31 15:32:01       35 阅读
  2. 喝汽水问题

    2024-01-31 15:32:01       30 阅读
  3. ORA-01031: insufficient privileges

    2024-01-31 15:32:01       37 阅读
  4. 记一次日志被吞,只有异常类型,没有堆栈信息

    2024-01-31 15:32:01       34 阅读
  5. C语言-算法-最短路

    2024-01-31 15:32:01       31 阅读
  6. 二分查找下界(c++题解)

    2024-01-31 15:32:01       29 阅读
  7. StarRocks jvm 及 异步物化视图 配置

    2024-01-31 15:32:01       30 阅读