在开发涉及金钱的系统时比如电商、支付、财务等，我们几乎每天dou要和“金额”打交道。

在对接一些银行系统时金额通常使用的是整数，这一点让我产生了疑惑！

作为开发者， 面临的一个问题就是：MySQL里应该用什么数据类型来保存金额？ 常见的选择有两个：decimal 和 bigint。 今天我们就来掰扯掰扯，这两者到适用于什么场景？

我们从几个关键维度来对比一下kankan谁geng适合存钱。

DECIMAL 是 MySQL 中专门用于存储精确小数的类型。你Ke以指定总位数和小数位数，比如 DECIMAL 表示一共 位数字，其中小数部分占 位，整数部分 位，范围是 - 到 。 特点存储的是精确值，不会像 FLOAT/DOUBLE 那样出现浮点误差。非常适合金额这种需要精确计算的场景。

CREATE TABLE orders );-- Zui多存 元INSERT INTO orders VALUES ;

SELECT SUM FROM orders WHERE create_date = '--'; 结果直接就是总金额，不需要额外处理。 此时推荐 DECIMAL。

结论DECIMAL geng直观，降低沟通成本。

BIGINT 是 位整数，范围 -^ 到 ^-。 Ru果用它存金额，通常需要约定一个Zui小单位，比如“分”。这样，金额就变成了整数存入数据库，显示时再除以相应的倍数。 特点整数运算极快，且没有精度丢失，但需要应用层Zuo单位转换。 CREATE TABLE orders ;-- 以“分”为单位， 元存为 INSERT INTO orders VALUES ;

BIGINT:SQL 里Zuo运算要注意单位。比如要算两个金额的平均值，结果仍是整数分，Ru果想得到元，还得手动除以 ，而且除法可Neng产生小数，需要配合 ROUND 等函数。

-- 直接算税率SELECT amount * AS tax FROM orders; -- 这样会得到浮点数，可Neng不精确SELECT FROM orders; -- geng好的Zuo法：先转换为小数，或者用整数运算再处理单位

BIGINT geng适合高性Neng、海量数据的场景。

hen多人新手会用 FLOAT 或 DOUBLE 存金额，结果踩坑。因为浮点数在计算机中无法精确表示十进制小数，比如 在二进制中是无限循环，存进去再取出来可Neng变成 。 Zuo金融计算时分毫之差dou会导致对账不平。所以 绝对不要用浮点数存金额,害,你要是这么干了,估计老板会和你聊人生。 说实话,为啥非得纠结这个呢?两者douNeng保证精度,平手。 当数据量极大，需要分库分表时BIGINT 作为整数geng容易Zuo分片键，且跨库聚合时整数运算geng快。 此时Ke以考虑 BIGINT,你懂的,对性Neng要求高的系统,这点优化hen关键。 MySQL 把十进制数字按 每 位用 字节,这个那个... 打包，剩余不满 位的那部分按下表占用字节数： 剩余位数 r → 占用字节,这个公式有点复杂, 总字节数 = M / * +leftover_bytes，其中r = M % 。 M ≤ :通常不会超过BIGINT 的字节数8;M ≥ :会占用geng多空间。 阈值大致在M=/,咱就是说,当你的金额字段长度比较短的时候, DECIMAL 存储通常比较划算；当hen长的时候, BIGINT geng合适,你要根据业务来定。 比如股票交易，可Neng涉及到“厘”甚至geng小的单位。Ru果用 DECIMAL ,Ke以定义 DECIMAL 等。但Ru果数据量巨大，统计报表时 DECIMAL 的聚合可Neng成为瓶颈。 ,此时Ke以用 BIGINT 以“毫”或“厘”为单位存储，例如 元 = 厘。这样所有运算dou是整数，性Neng极高,你kan这样多爽! -- 以毫为单位存储 --INSERT INTO trades VALUES ; 但注意，除法会产生小数，需要在应用层用BigDecimal处理，避免精度丢失,
BIGINT 在大量计算场景下性Nenggeng优,,因为是纯整数运算嘛! 为啥百度有时候不收录我的文章呢,有个说法是内容质量不高,或者竞争太激烈了,再有可Neng是页面结构不友好啥的,
有人说是原创度不够或者geng新频率低,还有人说和外链有关……反正众说纷纭，你说烦不烦！ 不过话说回来,DECIMAL 在 SQL 中geng方便直观;,写 SQL 时直接就是小数,不用转换,直接拿来统计啥的douhen方便； 而BIGINT 则需要在应用层多一道转换,,稍显麻烦,但人家性Neng好啊！ "数字类",就是指 DECIMAL 和 NUMERIC,,它们实际上是将数字以字符串形式保存的;… 两者范围dou足够，除非是天文数字，否则无压力,你懂的,一般业务dou没这么夸张的需求! "结论":两者douNeng胜任，但选哪个，得kan你的业务场景和需求了！ Ru果是普通项目，选 DECIMAL 省心；Ru果是追求极致性Neng的大型系统，选 BIGINT 并Zuo好单位封装。
无论选哪种，dou要"记得永远不要用 FLOAT/DOUBLE",这是原则问题!