MariaDB中UNION查询时NULL被识别为decimal类型的原因及替代方案

问题现象 #

在MariaDB 10.11.4环境下，直接通过CREATE TEMPORARY TABLE...AS SELECT创建临时表时，字段类型会继承原表的类型：

DROP TEMPORARY TABLE IF EXISTS temp_table;

CREATE TEMPORARY TABLE temp_table AS
SELECT field_a as number, field_b as name FROM my_table;

DESCRIBE temp_table;

查询结果中number字段类型为bigint(20) unsigned，与原表field_a类型一致。

但当查询中加入含NULL的UNION语句后，临时表的number字段类型变为decimal(20,0)：

DROP TEMPORARY TABLE IF EXISTS temp_table;

CREATE TEMPORARY TABLE temp_table AS
select field_a as number, field_b as name from my_table
union
select null as number, 'dummy' as name from my_table;

DESCRIBE temp_table;

原表结构如下：

CREATE TABLE
  `my_table` (
    `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
    `field_a` bigint(20) unsigned NOT NULL,    
    `field_b` varchar(50) NOT NULL,
    PRIMARY KEY (`id`)
  ) ENGINE = InnoDB

原因分析 #

MariaDB在处理UNION语句时，会对各分支的同名字段进行类型兼容推导。当其中一个分支的字段为无明确类型的NULL，另一个分支为unsigned整数类型时，服务器会默认选择decimal作为兼容类型——因为decimal能覆盖更大的数值范围，避免类型溢出，但这会导致临时表字段类型偏离原表的bigint unsigned。

无需修改查询语句的解决方案 #

1. 会话级临时生效 #

执行以下SQL，仅对当前数据库连接生效，无需修改原有查询：

SET SESSION union_use_null_type = OFF;

该配置会让MariaDB在UNION推导类型时，优先使用非NULL分支的字段类型，而非默认的兼容类型。

2. 全局永久生效 #

修改MariaDB的配置文件（如my.cnf、my.ini或/etc/mysql/mariadb.conf.d/下的配置文件），在[mysqld]段添加：

union_use_null_type = OFF

保存配置后重启MariaDB服务，所有新连接都会自动应用该规则，彻底解决此类问题。

验证 #

设置完成后，重新执行带UNION的临时表创建语句，执行DESCRIBE temp_table即可看到number字段类型恢复为bigint(20) unsigned。

内容的提问来源于stack exchange，提问作者Matías Cánepa