在数据库查询中，我们经常需要把浮点型或定点型数值的小数部分限制在固定位数，而不是进行四舍五入。SQL提供的TRUNCATE类函数就是专门做截断处理的，它直接丢弃指定位数之后的小数，不改变被保留部分的数值大小。理解它的行为和适用场景，对编写报表SQL和接口数据清洗逻辑很有帮助。
一、TRUNCATE函数的基本语法与原理
以MySQL为例，TRUNCATE函数的语法非常简单：TRUNCATE(X, D)，其中X是要处理的数值表达式，D是保留的小数位数。当D为0时，直接截断到整数；当D为正数，保留小数点后D位；当D为负数，则向左截断整数部分。其底层逻辑是做浮点数的缩放与去尾，先乘以10的D次方，向下或向零取整，再除以相应倍数，过程中不涉及任何进位判断。
这种向零截断的特性，意味着对于负数它同样直接丢掉小数。例如TRUNCATE(-3.14159, 2)得到-3.14，而不是-3.15。这一点和某些语言的floor函数不同，floor会向更小的方向取整。在金融或对账系统中，若错误地把TRUNCATE当成四舍五入使用，会造成分厘级差异，因此必须在需求文档中明确截断规则。
-- MySQL中TRUNCATE的基本用法 SELECT TRUNCATE(123.4567, 2) AS tr_2, -- 结果 123.45 TRUNCATE(123.4567, 0) AS tr_0, -- 结果 123 TRUNCATE(123.4567, -1) AS tr_neg, -- 结果 120 TRUNCATE(-3.14159, 2) AS tr_neg2 -- 结果 -3.14 FROM dual;
二、TRUNCATE与ROUND的核心差异
很多开发者在控制小数精度时，第一反应是ROUND函数，但两者语义完全不同。ROUND(X, D)在保留位后一位大于等于5时会进位，属于近似求值；TRUNCATE则是确定性截断，结果永远小于等于原值的绝对值。在展示单价、税率等不允许误差累积的场景，截断比四舍五入更安全，因为它不会把误差向上传递。
从执行计划角度看，TRUNCATE通常比ROUND更轻量，因为它不需要比较和进位计算，只是缩放与转换。不过大多数业务系统的瓶颈不在单个函数，而在扫描行数和索引使用上，所以选哪个更多是基于语义正确性而非性能。下面用一段对比代码说明同样数据下两者的输出区别。
-- 对比TRUNCATE和ROUND的输出 SELECT val, TRUNCATE(val, 2) AS truncated_val, ROUND(val, 2) AS rounded_val FROM ( SELECT 9.4567 AS val UNION ALL SELECT 9.4550 UNION ALL SELECT -2.789 ) t; -- truncated_val 分别为 9.45, 9.45, -2.78 -- rounded_val 分别为 9.46, 9.46, -2.79
三、不同数据库中的截断写法
虽然都叫截断，但各数据库关键字并不统一。MySQL和SQLite使用TRUNCATE，PostgreSQL使用TRUNC(注意没有ATE结尾)，Oracle也用TRUNC且该函数还能截断日期。SQL Server没有同名函数，需要用CAST配合小数类型或者写表达式实现。跨库开发时，如果ORM层不封装，就要为每个方言准备不同SQL。
在PostgreSQL里，TRUNC函数的第二个参数同样是小数位数，行为和MySQL一致。Oracle的TRUNC若用于日期，如TRUNC(sysdate, 'MM')会截断到当月第一天，这是它扩展的能力。下面列出常见库的等价写法，方便迁移时参考。
-- PostgreSQL SELECT TRUNC(123.4567, 2); -- 123.45 -- Oracle (数值截断) SELECT TRUNC(123.4567, 2) FROM dual; -- 123.45 -- SQL Server 使用CAST SELECT CAST(123.4567 AS DECIMAL(10,2)); -- 123.46 注意这是四舍五入 -- SQL Server 真正截断可用下面表达式 SELECT FLOOR(123.4567 * 100) / 100; -- 123.45
四、在业务查询中灵活控制精度
把截断位数写成固定数字虽然直观，但业务常要求不同客户看不同精度。此时可以用变量或字段传参，让D成为动态值。例如在存储过程里定义p_scale参数，拼接到SQL中（注意防注入）或用PREPARE语句绑定。这样一套逻辑可同时服务展示端两位、导出端四位的场景。
另外，TRUNCATE可以和聚合函数组合，先汇总再截断，避免中间结果四舍五入导致 totals 偏差。比如SUM(amount)后统一TRUNCATE，比先ROUND每行再SUM更贴近真实累计值。下列示例展示带参数的截断查询结构。
-- 使用用户变量控制截断位数（MySQL） SET @scale = 2; SELECT product_id, TRUNCATE(SUM(price * qty), @scale) AS total_amount FROM order_detail GROUP BY product_id; -- 在应用层用预处理语句等效写法伪代码： -- PREPARE stmt FROM 'SELECT TRUNCATE(val, ?) FROM t'; -- SET @d = 3; -- EXECUTE stmt USING @d;
五、使用时的注意事项与误区
一个常见误区是认为TRUNCATE会影响原表数据。其实它只是表达式函数，不改变底层存储，除非你把它写在UPDATE的SET里。另一个坑是数据类型：对DECIMAL截断后仍是DECIMAL，刻度变小；对FLOAT做截断可能因二进制精度问题出现肉眼意外的结果，建议关键金额用DECIMAL存储再截断。
此外，TRUNCATE函数名在MySQL里和TRUNCATE TABLE语句同名，但前者是函数后者是DDL，编译器根据括号和上下文区分，写查询时带上括号就不会混淆。若权限系统限制了DDL，也不用担心用函数会触发表清空。掌握这些边界，才能安全地把精度控制交给数据库完成。
-- 错误认知：以为下面会删表，其实只是函数调用 SELECT TRUNCATE(price, 1) FROM products; -- 安全，仅查询截断 -- 真正删表语句（不要和上面混淆） -- TRUNCATE TABLE products;
通过上面的讲解可以看到，利用TRUNCATE类函数截断SQL小数位数，是一种语义清晰、实现简单的精度控制方案。只要理清它与四舍五入的差别，并注意不同数据库的语法细节，就能在查询层稳定输出符合预期的数字格式。
SQLTRUNCATE函数小数精度修改时间：2026-08-02 05:18:31