mysql dc p3700_记一次Mysql更新问题的排查

本文讲述了在MySQL中使用decimal(2,2)类型字段时遇到的问题,即更新后的数值出现异常,表现为固定显示为0.99或-0.99等,通过调整字段类型为decimal(20,2)成功解决该问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

表结构如下:mysql> desc daily_change;

+------------+---------------------+------+-----+---------------------+----------------+

| Field | Type | Null | Key | Default | Extra |

+------------+---------------------+------+-----+---------------------+----------------+

| dc_id | bigint(20) unsigned | NO | PRI | NULL | auto_increment |

| date | date | NO | MUL | NULL | |

| today | decimal(20,8) | NO | | NULL | |

| yesterday | decimal(20,8) | NO | | NULL | |

| diff | decimal(20,8) | NO | | NULL | |

| diff_rate | decimal(2,2) | NO | | NULL | |

| dc_created | datetime | NO | | 0000-00-00 00:00:00 | |

| dc_updated | datetime | NO | | 0000-00-00 00:00:00 | |

+------------+---------------------+------+-----+---------------------+----------------+

现象:

脚本会计算每天的统计情况,计算每天的使用量、昨日的使用、差值和波动比例,然后写到表里。

测试过程中,发现表里记录的diff_rate和更新语句里的diff_rate不一致。

好多记录的diff_rate都是0.99或-0.99,与实际值不一致;有一些记录的值又是对的。

一开始怀疑是不是有其他脚本有更新逻辑,查了下binlog日志,没找到其他更新请求。

在mysql命令行里做了如下测试。update daily_change set diff_rate = 0 where dc_id = 1;

select * from daily_change where dc_id = 1; // diff_rate变成了0

update dail_change set diff_rate = 3.52 where dc_id = 1;

select * from daily_change where dc_id = 1; // diff_rate变成了0.99

这真是见鬼了,看来不是有其他脚本更新,我的更新sql是没问题的,看来是mysql自己的问题。

看了下diff_rate字段的类型,decimal(2,2)。decimal(a,b)

参数说明

a指定指定小数点左边和右边可以存储的十进制数字的最大个数,最大精度38。

b指定小数点右边可以存储的十进制数字的最大个数。小数位数必须是从 0 到 a之间的值。默认小数位数是 0。

一下明了了,字段类型导致的锅。

改成decimal(20,2)之后,一切正常。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值