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 TABLE
、 LOAD DATA
、 UPDATE
和多行 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进行投诉反馈,一经查实,立即删除!