阿里RDS一次数据异常的定位过程

本文介绍了一次因字段长度超出定义而导致的数据查询失败经历。问题发生在阿里云RDS上,由于插入数据长度超过字段定义长度(varchar(32)),实际存储时被截断一位字符,导致使用原始长度进行查询时找不到对应数据。通过对比RDS SQL审计和binlog日志发现此问题。

系统有部分数据放在阿里的RDS上,今天发现某些数据查询不出来

先检查RDS的日志,可以看到当时的insert语句,但是select就查不到,所以一开始怀疑是RDS的数据丢失。后来用mysqlbinlog命令检查binlog文件,才发现真正的原因

原来是insert的字段有33位,而该字段的类型是varchar(32)。但是RDS截去了最后一位,然后写入数据库。所以用33位的条件去select,就查不到

关键是RDS的sql审计,记录的是链路上的语句,这时候还是33位的,所以看不出异常来;而binlog记录的,才是真正写入的数据,这时候是32位的

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值