mysql noautovalueonzero_MySQL的sql_mode参数之NO_AUTO_VALUE_ON_ZERO对主键ID为0的记录影响

最近遇到一个不合理使用数据库进行项目开发最终导致项目进度受阻的一个问题,某天几位开发人员找到我并告知数据库中某张表数据无法写入,又告知某行记录被删除了,因为被删除的记录对开发框架影响很大,他们已尝试重新写入但无法生效并以为是表坏了(有时候你以为的就真的只是你以为)。

遇到这种紧急需求肯定是要先明确需求和问题,需要清楚开发需要DB支持什么。最终才明白某几张表中的起始数据被插入ID为0的记录,这个与我们经常说的自增ID起始为1不符合,明显是不符合数据库开发规范的。数据删除容易,恢复起来真的不容易,还是恢复一条不规范的数据库需求,由于现象比较特殊且是历史问题,优化不易暂且先恢复(这里强烈不建议插入ID为0的数据记录)。

#表结构如下

CREATE TABLE`xx_xxxx_xxxx` (-> `id` int(11) NOT NULLAUTO_INCREMENT,-> `deposit_name` varchar(100) NOT NULL COMMENT '存款类型名称',-> `deposit_threshold` decimal(11,2) NOT NULL COMMENT '预存门槛金',-> `deposit_interest` decimal(11,2) NOT NULL DEFAULT '0.00' COMMENT '预计赠送总额',-> `is_interest` tinyint(4) NOT NULL DEFAULT '0' COMMENT '是否赠送(1赠送 0不赠送)',-> `rate_type` tinyint(4) NOT NULL DEFAULT '2' COMMENT '利率类型(1月利率,

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值