暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

[ACDU 翻译] MySQL 11.1.7 超出范围和溢出处理

原创 由迪 2021-12-24
1112

当 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 | +---------------------------+

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 模式,则会发生错误并且该列保持不变。

「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论