mysql的一个坑

今天被这个问题坑了一天,定时任务向数据库中插曲数据无效,也不抛异常(这是坑的地方)。遇到这个问题我的直觉告诉我,是逻辑的问题,不是 db的问题(程序员都这样,做事都是优先考虑自己的问题)。于是看监控,看日志,最后无奈自己手工走流程,都没有发现任何问题,于是直觉又告诉我是db的 问题,但是我一直在做无用的纠结(跑程序),搞半天还是无用(其实这事儿应该自己在库上直接运行一条sql,一了百了),但是自己还是有些一根筋,没有想 到这个方法(估计是怕搞错了线上数据吧)。
  自增id是这样的:
  定义id的时候根据类型不同,自增id的上限不同,int类型的上限是2的32次 - 1,超过这个上限,在insert 是会抛异常的,那么究竟是什么原因导致没有抛异常呢,是因为sql中用了duplitkey(不信你试试)。
  解决这个问题的方法,1.为了快速修复,在check修改id无影响的话,可以alter id的类型,改成更大的 如bigint,另一种方法,那就是切表呗。

转载于:https://my.oschina.net/u/1455908/blog/402450

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值