如何在SELECT查询中规避类型限制并实现BIGINT UNSIGNED列的负数转换

咱们先搞清楚报错的根源：MySQL对无符号整数的运算有严格的类型约束，当你直接对unsigned bigint类型的列执行-1 * some_col时，MySQL会默认把运算结果也当作unsigned bigint类型处理，但负数显然不在无符号整数的范围内，所以就触发了1690的溢出错误。

下面给你几个可以通过单条SQL完成需求的方案，都不需要在MySQL外做后续处理：

方案1：转换为有符号BIGINT后再运算 #

最直接的办法是先用CAST()或CONVERT()把无符号列转成有符号的BIGINT，再执行负数转换：

SELECT -1 * CAST(some_col AS SIGNED) AS neg_some_col, some_other_columns... 
FROM services 
WHERE condition;

或者更简洁的写法：

SELECT -CAST(some_col AS SIGNED) AS neg_some_col, some_other_columns... 
FROM services 
WHERE condition;

这个方案适用于你的some_col数值不超过有符号BIGINT最大值（9223372036854775807）的场景，转换后运算结果会是合法的有符号负数。

方案2：转换为DECIMAL类型处理（支持超大数值） #

如果你的some_col可能存储接近unsigned bigint最大值（18446744073709551615）的数值，转成有符号BIGINT会出现溢出，这时候可以用DECIMAL类型来承接：

SELECT -1 * CAST(some_col AS DECIMAL(20, 0)) AS neg_some_col, some_other_columns... 
FROM services 
WHERE condition;

DECIMAL类型支持更大的数值范围，并且天然支持负数，能完美覆盖unsigned bigint的所有取值转换为负数的场景。

方案3：利用MySQL的隐式转换技巧 #

还有个小技巧，通过加上一个0.0的浮点数触发隐式转换，不过这个方案要注意精度问题（如果数值过大可能丢失精度），适合对精度要求不高的场景：

SELECT -(some_col + 0.0) AS neg_some_col, some_other_columns... 
FROM services 
WHERE condition;

当你给无符号整数加上浮点数后，结果会变成浮点类型，再取负就不会触发无符号范围限制了。

内容的提问来源于stack exchange，提问作者Xeelley