本文介绍: 当为浮点或定点列分配的值超出指定(或默认)精度和小数位数隐含的范围时,MySQL 会存储表示该范围的相应端点的值。如果启用严格 SQL 模式,MySQL 将根据 SQL 标准拒绝超出范围的值并显示错误,并且插入失败。整数列,则结果将被截断为该列类型的最大值,或者如果NO_UNSIGNED_SUBTRACTION。如果未启用限制模式,MySQL 会将值剪辑到列数据类型范围的适当端点,并存储结果值。当将超出范围的值分配给整数列时,MySQL 存储表示列数据类型范围的相应端点的值。启用,则被截断为 0。

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

原文地址:https://blog.csdn.net/kaka_buka/article/details/135931790

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。

如若转载,请注明出处:http://www.7code.cn/show_63455.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱:suwngjj01@126.com进行投诉反馈,一经查实,立即删除!

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注