MariaDB Decimal类型JDBC查询格式异常：如何避免返回0E-10及末尾追加0问题

为什么会出现0E-10或末尾追加0的情况？ #

这是因为MariaDB和Oracle的JDBC驱动在处理DECIMAL类型的字符串格式化时，默认行为存在差异：

• dataType_Number_4返回0E-10：你的字段定义是decimal(14,10)，要求存储10位小数。插入值0时，MariaDB会将其存储为0.0000000000，JDBC驱动在转换这个值为字符串时，默认用科学计数法来呈现符合精度要求的数值，于是就变成了0E-10。
• dataType_Number_14末尾追加0：字段是decimal(14,4)，要求保留4位小数，但你插入的1234567876.554只有3位小数。MariaDB会自动补0来满足字段的精度规则，存储为1234567876.5540，JDBC驱动读取时直接返回这个完整精度值，所以末尾多了一个0。

而Oracle的JDBC驱动默认会做“友好格式化”：自动去掉末尾的无效0，并且对于整数形式的小数直接返回整数，所以结果看起来更符合直观预期。

如何解决这个问题？ #

有两种可行思路，你可以根据业务需求选择：

思路1：修改JDBC代码，手动格式化数值

这是最可靠的方式，通过getBigDecimal()获取数值后，手动处理格式化逻辑，去掉无效尾零并避免科学计数法：

while (rs.next()) {
    // 普通整数类型直接用getString即可
    myProperties.put("dataType_Number_1", rs.getString("dataType_Number_1"));
    myProperties.put("dataType_Number_2", rs.getString("dataType_Number_2"));
    myProperties.put("dataType_Number_3", rs.getString("dataType_Number_3"));
    myProperties.put("dataType_Number_5", rs.getString("dataType_Number_5"));
    myProperties.put("dataType_Number_10", rs.getString("dataType_Number_10"));
    myProperties.put("dataType_Number_20", rs.getString("dataType_Number_20"));
    myProperties.put("dataType_Number_38", rs.getString("dataType_Number_38"));
    
    // 处理DECIMAL类型，手动格式化
    BigDecimal num4 = rs.getBigDecimal("dataType_Number_4");
    myProperties.put("dataType_Number_4", num4.stripTrailingZeros().toPlainString());
    
    BigDecimal num14 = rs.getBigDecimal("dataType_Number_14");
    myProperties.put("dataType_Number_14", num14.stripTrailingZeros().toPlainString());
}

stripTrailingZeros()会去掉末尾的无效0，toPlainString()确保用普通十进制格式输出而非科学计数法，这样输出结果就和Oracle一致了。

思路2：调整MariaDB表的字段类型（业务允许时）

如果你的业务场景不需要那么高的小数精度，可以调整字段定义来匹配实际存储的数据：

• 对于dataType_Number_4，如果实际只存储整数，改成INT或者DECIMAL(4,0)（注：你注释里提到对应Oracle的NUMBER(4,10)，但MariaDB的DECIMAL(p,s)要求总精度p≥小数位s，如果要对齐Oracle的定义，可能需要调整为DECIMAL(10,10)，具体以实际存储需求为准）。
• 对于dataType_Number_14，如果只需要3位小数，改成DECIMAL(14,3)，这样插入1234567876.554时就不会自动补0了。

如果必须保留原精度要求，优先选择思路1。

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