数据的创建时间莫名其妙更新了,怎么办！

已于 2022-08-01 22:37:52 修改
阅读量651 收藏
点赞数 1
分类专栏： bugshooting MyBatis-Plus Java 文章标签： mybatis java mysql
于 2022-07-17 18:27:32 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_38846854/article/details/125835104
版权
更新MySql数据库一条记录时 创建时间也更新为update时的时间了！！

历史代码维护

排查问题时发现一个不一致：一条数据的创建时间比日志中操作这条记录的时间还晚。
这种情况不是bug,就是穿越了。。。

问了下才了解，这种问题早就存在了，也不知道是什么原因。
新手维护历史代码
也可能是中了魔法吧

之前的解决创建时间被更新莫名其妙的更新的办法是这样的：
更新前先把创建时间从库里查出来，然后更新时把创建时间再update为之前的创建时间

import lombok.extern.slf4j.Slf4j;
import org.springframework.stereotype.Service;

@Slf4j
@Service
public class TaskService {
    /**
     * 更新状态时，为确保记录的创建时间不在update时被更新，先查出历史gmtCreate值，然后再更新进去
     *
     * @param taskId
     * @param status
     * @param modifiedBy
     * @return
     */
    @Override
    public boolean updateStatus(Long taskId, String status, String modifiedBy) {
        log.info("更新状态开始 对账单id {} status {}", taskId, status);
        Task originCs = this.getById(taskId); //先把创建时间查出来
        Task task = new Task();
        task.setId(taskId);
        task.setStatus(status);
        task.setGmtCreate(originCs.getGmtCreate()); //更新时把创建时间再更新更新成之前的值。。。
        task.setModifiedBy(modifiedBy);
        task.setGmtModified(new Timestamp(System.currentTimeMillis()));
        boolean result = this.updateById(task);
        log.info("更新状态结束 对账单id {} 状态 {}", taskId, status);
        return result;
    }
}

额

猜测

项目中用到的ORM框架是Mybatis-Plus
会不会是Mybatis-Plus有些特殊插件被开启，然后创建时间也被更新了？

估计之前的同学也是这样想的，框架代码那么多，还有6-7个同学参与开发，有不少就是来打个酱油写个需求就撤了，谁知道有没有加入什么魔法操作。所以这个问题就一直搁置在这了

复现

那先用笨办法，复现一下，把传的参数，update日志都打开，先看看情况
case:
step1:Mybatis-Plus输出执行sql的日志打印

logging.level.com.dao.mp.adapter.repository=debug

step2:按目前项目中的方式 新增一条记录。新增前，把请求参数打印出来
step3:更新step2中记录。更新前，把更新的参数打印出来 step4：打印更新后的记录值。 比对创建时间是否被更新了

import com.alibaba.fastjson2.JSON;
import com.dao.mp.MpIntroductionApplication;
import com.dao.mp.adapter.repository.task.domain.entity.Task;
import lombok.extern.slf4j.Slf4j;
import net.minidev.json.JSONValue;
import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.context.SpringBootTest;

import java.sql.Timestamp;
import java.util.List;
import java.util.concurrent.ThreadLocalRandom;
import java.util.concurrent.TimeUnit;

import static org.assertj.core.api.Assertions.assertThat;

@Slf4j
@SpringBootTest(classes = {MpIntroductionApplication.class})
class TaskServiceImplTest {

    @Autowired
    private TaskServiceImpl taskServiceImpl;

    @Test
    public void testSave() throws InterruptedException {
        Task task = new Task();
        task.setName(String.join("_", "任务", String.valueOf(ThreadLocalRandom.current().nextInt())));
        Timestamp now = new Timestamp(System.currentTimeMillis());
        task.setGmtCreate(now);
        task.setGmtModified(now);
        boolean saveResult = taskServiceImpl.save(task);
        log.info("saveResult {} task {} ", saveResult, task);
        task = taskServiceImpl.getById(task.getId());
        Timestamp firstGmtCreate = task.getGmtCreate();
        log.info("准备更新操作======");
        TimeUnit.SECONDS.sleep(1);
        Task entityUpdate = new Task();
        entityUpdate.setId(task.getId());
        entityUpdate.setName(task.getName() + "更新一下");
        log.info("待更新的数据 entityUpdate {} ", JSON.toJSONString(entityUpdate));
        boolean updateResult = taskServiceImpl.updateById(entityUpdate);
        log.info(" updateResult {}", updateResult);
        Task taskAfterUpdate = taskServiceImpl.getById(task.getId());
        log.info("taskAfterUpdate {} ", JSON.toJSONString(taskAfterUpdate));
        assertThat(taskAfterUpdate.getGmtCreate()).isEqualTo(firstGmtCreate);
    }

}

复现了：创建时间又被更新了

2022-07-17 15:39:38.540 DEBUG 11203---[main]c.d.m.a.r.task.mapper.TaskMapper.insert:==>Preparing:INSERT INTO task(name,deleted,gmt_create,gmt_modified)VALUES(?,?,?,?)
2022-07-17 15:39:38.579 DEBUG 11203---[main]c.d.m.a.r.task.mapper.TaskMapper.insert:==>Parameters:任务_-1650571110(String),false(Boolean),2022-07-17 15:39:37.439(Timestamp),2022-07-17 15:39:37.439(Timestamp)
2022-07-17 15:39:38.594 DEBUG 11203---[main]c.d.m.a.r.task.mapper.TaskMapper.insert:<==Updates:1
2022-07-17 15:39:38.621 INFO 11203---[main]c.d.m.a.r.task.TaskServiceImplTest:saveResult true task Task(name=任务_-1650571110,deleted=false)
2022-07-17 15:39:38.624 DEBUG 11203---[main]c.d.m.a.r.t.m.TaskMapper.selectById:==>Preparing:SELECT id,name,deleted,gmt_create,gmt_modified FROM task WHERE id=?AND deleted=false
2022-07-17 15:39:38.624 DEBUG 11203---[main]c.d.m.a.r.t.m.TaskMapper.selectById:==>Parameters:1548483797471731720(Long)
2022-07-17 15:39:38.644 DEBUG 11203---[main]c.d.m.a.r.t.m.TaskMapper.selectById:<==Total:1
2022-07-17 15:39:38.652 INFO 11203---[main]c.d.m.a.r.task.TaskServiceImplTest:准备更新操作======
2022-07-17 15:39:39.753 INFO 11203---[main]c.d.m.a.r.task.TaskServiceImplTest:待更新的数据 entityUpdate{"gmtCreate":"2022-07-17T15:39:39.752+08:00","gmtModified":"2022-07-17T15:39:39.657+08:00","id":1548483797471731720,"name":"任务_-1650571110更新一下"}
2022-07-17 15:39:39.761 DEBUG 11203---[main]c.d.m.a.r.t.m.TaskMapper.updateById:==>Preparing:UPDATE task SET name=?,gmt_create=?,gmt_modified=?WHERE id=?AND deleted=false
2022-07-17 15:39:39.763 DEBUG 11203---[main]c.d.m.a.r.t.m.TaskMapper.updateById:==>Parameters:任务_-1650571110更新一下(String),2022-07-17 15:39:39.763(Timestamp),2022-07-17 15:39:39.657(Timestamp),1548483797471731720(Long)
2022-07-17 15:39:39.791 DEBUG 11203---[main]c.d.m.a.r.t.m.TaskMapper.updateById:<==Updates:1
2022-07-17 15:39:39.792 INFO 11203---[main]c.d.m.a.r.task.TaskServiceImplTest:updateResult true
2022-07-17 15:39:39.792 DEBUG 11203---[main]c.d.m.a.r.t.m.TaskMapper.selectById:==>Preparing:SELECT id,name,deleted,gmt_create,gmt_modified FROM task WHERE id=?AND deleted=false
2022-07-17 15:39:39.792 DEBUG 11203---[main]c.d.m.a.r.t.m.TaskMapper.selectById:==>Parameters:1548483797471731720(Long)
2022-07-17 15:39:39.794 DEBUG 11203---[main]c.d.m.a.r.t.m.TaskMapper.selectById:<==Total:1
2022-07-17 15:39:39.796 INFO 11203---[main]c.d.m.a.r.task.TaskServiceImplTest:taskAfterUpdate{"deleted":false,"gmtCreate":1658043580000,"gmtModified":1658043580000,"id":1548483797471731720,"name":"任务_-1650571110更新一下"}

org.opentest4j.AssertionFailedError:
expected:2022-07-17T15:39:37.000(java.sql.Timestamp)
but was:2022-07-17T15:39:40.000(java.sql.Timestamp)
Expected:2022-07-17T15:39:37.000(java.sql.Timestamp)
Actual:2022-07-17T15:39:40.000(java.sql.Timestamp)
<Click to see difference>
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at com.dao.mp.adapter.repository.task.TaskServiceImplTest.testSave(TaskServiceImplTest.java:48)

看输出的日志，更新的参数有些异常： 虽然没有在更新逻辑中setGmtCreate，但的确有gmtCreate的确被赋值并参与了更新。

2022-07-17 15:39:39.753INFO 11203---[main]c.d.m.a.r.task.TaskServiceImplTest:待更新的数据 entityUpdate{"gmtCreate":"2022-07-17T15:39:39.752+08:00","gmtModified":"2022-07-17T15:39:39.657+08:00","id":1548483797471731720,"name":"任务_-1650571110更新一下"}
2022-07-17 15:39:39.761DEBUG 11203---[main]c.d.m.a.r.t.m.TaskMapper.updateById:==>Preparing:UPDATE task SET name=?,gmt_create=?,gmt_modified=?WHERE id=?AND deleted=false
2022-07-17 15:39:39.763DEBUG 11203---[main]c.d.m.a.r.t.m.TaskMapper.updateById:==>Parameters:任务_-1650571110更新一下(String),2022-07-17 15:39:39.763(Timestamp),2022-07-17 15:39:39.657(Timestamp),1548483797471731720(Long)
2022-07-17 15:39:39.791DEBUG 11203---[main]c.d.m.a.r.t.m.TaskMapper.updateById:<==Updates:1

不过这个对象比较简单，不涉及逻辑ORM框架。 发现getGmtCreate和getGmtModified被重写。 结合这个问题，一下子就明白了：更新时没有对gmtCreate字段赋值，然后在get时


import com.baomidou.mybatisplus.annotation.IdType;
import com.baomidou.mybatisplus.annotation.TableField;
import com.baomidou.mybatisplus.annotation.TableId;
import lombok.Data;

import java.sql.Timestamp;

@Data
public class BasePO {

    @TableId(type = IdType.AUTO)
    protected Long id;

    @TableField(value = "gmt_create")
    protected Timestamp gmtCreate;

    @TableField(value = "gmt_modified")
    protected Timestamp gmtModified;

    public Timestamp getGmtCreate() {
        if (null == this.gmtCreate) {
            /**
             * 更新时，如果没有给gmtCreate[创建时间]字段赋值，则返回当前时间。
             * 真相大白！！
             */
            return new Timestamp(System.currentTimeMillis());
        } else {
            return this.gmtCreate;
        }
    }

    public Timestamp getGmtModified() {
        if (null == this.gmtModified) {
            return new Timestamp(System.currentTimeMillis());
        } else {
            return this.gmtModified;
        }
    }
}
怎么改

直接把getGmtCreate方法中的逻辑去掉？


@Data
public class BasePO {

    @TableId(type = IdType.AUTO)
    protected Long id;

    @TableField(value = "gmt_create")
    protected Timestamp gmtCreate;

    @TableField(value = "gmt_modified")
    protected Timestamp gmtModified;

    public Timestamp getGmtCreate() {
//        if (null == this.gmtCreate) {
        /**
         * 更新时，如果没有给gmtCreate[创建时间]字段赋值，则返回当前时间。
         * 真相大白！！
         */
//            return new Timestamp(System.currentTimeMillis());
//        } else {
        return this.gmtCreate;
//        }
    }

    public Timestamp getGmtModified() {
        return this.gmtModified;
    }
}

too young too simple too naive!!!

看看这个这个BasePO有多少子类。 从这个写法上看，是想抽象每次insert时setGmtTime的重复劳动。 那么，数据库中有些表的gmt_create字段没有设置默认值且是非空。
如果有，按上面的逻辑改后，这些表涉及到的新增操作就会报错。

查了下，果然有：

如果全面检查一遍，看看有没有上面这种情况的。 看了看这么多表，陷入了沉思：有没有更好的赋被值的办法， 譬如

public class BasePO {
    public Timestamp getGmtCreate() {
        /**
         * 没有id时，才会给能gmtCreate设置当前时间
         */
        if (null == this.gmtCreate && id == null) {
            /**
             * 更新时，如果没有给gmtCreate[创建时间]字段赋值，则返回当前时间。
             * 真相大白！！
             */
            return new Timestamp(System.currentTimeMillis());
        } else {
            return this.gmtCreate;
        }
    }
}

对sql比较熟悉的同学都知道，并不是所有的更新都是根据id的。where条件中可以写得很丰富，只要你想不到，没有写不出来的

基于当前项目的技术栈，MybatisPlus的自动填充与当前的场景很match。

填充原理是直接给entity的属性设置值!!!
注解则是指定该属性在对应情况下必有值,如果无值则入库会是null
MyBatis-Plus自动填充功能

最新的改动方案：

  1. POJO对象中的get方法的逻辑去掉，保持职责单一。把getGmtCreate和getGmtModified的判断逻辑去掉，直接返回两个字段的值
  2. 在gmtCreate和gmtModified增加使用自动填充的注解标志。
    如下所示：

import com.baomidou.mybatisplus.annotation.FieldFill;
import com.baomidou.mybatisplus.annotation.IdType;
import com.baomidou.mybatisplus.annotation.TableField;
import com.baomidou.mybatisplus.annotation.TableId;
import lombok.Data;

import java.sql.Timestamp;

/**
 * mybatis-subject
 *
 * @Auther: cheng.tang
 * @Date: 2022/7/17 11:53 AM
 * @Description:
 */
@Data
public class BasePO {

    @TableId(type = IdType.AUTO)
    protected Long id;

    @TableField(value = "gmt_create", fill = FieldFill.INSERT)
    protected Timestamp gmtCreate;

    @TableField(value = "gmt_modified", fill = FieldFill.INSERT_UPDATE)
    protected Timestamp gmtModified;

    /**
     * 保持单一职责，此方法只负责将返回gmtCreate字段的值
     * @return
     */
    public Timestamp getGmtCreate() {
        return this.gmtCreate;
    }

    /**
     * 保持单一职责，此方法只负责将返回gmtModified字段的值
     * @return
     */
    public Timestamp getGmtModified() {
        return this.gmtModified;
    }

}
  1. 增加自动填充值的逻辑。识别step2中的自动填充标识，并填充期望的值
import com.baomidou.mybatisplus.core.handlers.MetaObjectHandler;
import lombok.extern.slf4j.Slf4j;
import org.apache.ibatis.reflection.MetaObject;
import org.springframework.stereotype.Component;

import java.sql.Timestamp;

/**
 * mybatis-subject
 *
 * @Auther: cheng.tang
 * @Date: 2022/7/16 9:31 PM
 * @Description:
 */
@Slf4j
@Component
public class MPAutoFillMetaObject implements MetaObjectHandler {
    @Override
    public void insertFill(MetaObject metaObject) {
        /**
         * fieldName 是java对象的名字
         */
        setFieldValByName("deleted", false, metaObject);
        Timestamp now = new Timestamp(System.currentTimeMillis());
        setFieldValByName("gmtCreate", now, metaObject);
        setFieldValByName("gmtModified", now, metaObject);
    }

    @Override
    public void updateFill(MetaObject metaObject) {
        Timestamp now = new Timestamp(System.currentTimeMillis());
        setFieldValByName("gmtModified", now, metaObject);
    }

}

done!
再跑下测试用例，看看通过：
通过！

2022-07-17 16:50:56.207 DEBUG 21367 --- [           main] c.d.m.a.r.task.mapper.TaskMapper.insert  : ==>  Preparing: INSERT INTO task ( name, deleted, gmt_create, gmt_modified ) VALUES ( ?, ?, ?, ? )\
2022-07-17 16:50:56.265 DEBUG 21367 --- [           main] c.d.m.a.r.task.mapper.TaskMapper.insert  : ==> Parameters: 任务_-590247699(String), false(Boolean), 2022-07-17 16:50:55.127(Timestamp), 2022-07-17 16:50:55.127(Timestamp)
2022-07-17 16:50:56.290 DEBUG 21367 --- [           main] c.d.m.a.r.task.mapper.TaskMapper.insert  : <==    Updates: 1
2022-07-17 16:50:56.332  INFO 21367 --- [           main] c.d.m.a.r.task.TaskServiceImplTest       : saveResult true task Task(name=任务_-590247699, deleted=false) 
2022-07-17 16:50:56.340 DEBUG 21367 --- [           main] c.d.m.a.r.t.m.TaskMapper.selectById      : ==>  Preparing: SELECT id,name,deleted,gmt_create,gmt_modified FROM task WHERE id=? AND deleted=false
2022-07-17 16:50:56.341 DEBUG 21367 --- [           main] c.d.m.a.r.t.m.TaskMapper.selectById      : ==> Parameters: 1548483797471731722(Long)
2022-07-17 16:50:56.369 DEBUG 21367 --- [           main] c.d.m.a.r.t.m.TaskMapper.selectById      : <==      Total: 1
2022-07-17 16:50:56.383  INFO 21367 --- [           main] c.d.m.a.r.task.TaskServiceImplTest       : 准备更新操作======
2022-07-17 16:50:57.613  INFO 21367 --- [           main] c.d.m.a.r.task.TaskServiceImplTest       : 待更新的数据 entityUpdate {"id":1548483797471731722,"name":"任务_-590247699更新一下"} 
2022-07-17 16:50:57.620 DEBUG 21367 --- [           main] c.d.m.a.r.t.m.TaskMapper.updateById      : ==>  Preparing: UPDATE task SET name=?, gmt_modified=? WHERE id=? AND deleted=false
2022-07-17 16:50:57.622 DEBUG 21367 --- [           main] c.d.m.a.r.t.m.TaskMapper.updateById      : ==> Parameters: 任务_-590247699更新一下(String), 2022-07-17 16:50:57.62(Timestamp), 1548483797471731722(Long)
2022-07-17 16:50:57.626 DEBUG 21367 --- [           main] c.d.m.a.r.t.m.TaskMapper.updateById      : <==    Updates: 1
2022-07-17 16:50:57.626  INFO 21367 --- [           main] c.d.m.a.r.task.TaskServiceImplTest       :  updateResult true
2022-07-17 16:50:57.627 DEBUG 21367 --- [           main] c.d.m.a.r.t.m.TaskMapper.selectById      : ==>  Preparing: SELECT id,name,deleted,gmt_create,gmt_modified FROM task WHERE id=? AND deleted=false
2022-07-17 16:50:57.627 DEBUG 21367 --- [           main] c.d.m.a.r.t.m.TaskMapper.selectById      : ==> Parameters: 1548483797471731722(Long)
2022-07-17 16:50:57.629 DEBUG 21367 --- [           main] c.d.m.a.r.t.m.TaskMapper.selectById      : <==      Total: 1
2022-07-17 16:50:57.632  INFO 21367 --- [           main] c.d.m.a.r.task.TaskServiceImplTest       : taskAfterUpdate {"deleted":false,"gmtCreate":1658047855000,"gmtModified":1658047858000,"id":1548483797471731722,"name":"任务_-590247699更新一下"}
小结&&经典实践

出现这个问题的初衷是想抽象对创建时间和修改时间重复赋值的重复操作。
解决这个问题有两个层面的解决办法：
方案1. 数据库层面，将创建时间和修改时间设置默认值并非空。

CREATE TABLE `task` (
  `id` bigint unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(100) NOT NULL COMMENT '任务名称',
  `deleted` tinyint(1) NOT NULL COMMENT '1:已删除 0未删除',
  `gmt_create` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  `gmt_modified` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '修改时间',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci COMMENT='现实中的任务对应的结构化数据'

方案2. 应用层统一赋值。 赋默认值本身就是一件事，可以抽取出来。譬如使用MyBatis-Plus的自动填充特性
具体代码如上。需要两步，先声明式定义那些字段需要填充，再在MyBatis-Plus预留的扩展中按场景填入期望的值

将各个表中重复的属性抽取出公共基类，是个经典的实践。在本次的bug中属于没有用好。

各个业务模型映射到MySql表时，常见的6个基本属性：，

  1. id[主键id],
  2. gmt_create[创建时间],
  3. create_by[创建人],
  4. gmt_modified[更新时间],
  5. modified_by[更新人],
  6. deleted[逻辑删除标识 1已删除 0正常的数据]

不要被表象迷惑，按科学的方法将遇到的问题拆解，将问题固定到一个小的范围，就可以排除很多噪音。
先复现再根据复现步骤逐步排查是一个经典实践。
紧盯异常状态从开始到结束的数据流转，就可以顺藤摸瓜，找到根因。

也和光同尘
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Inexplicable_Orthopedics:训练模型以区分数据集中与目击飞碟和大脚怪有关的主题
03-27
莫名其妙的足病学 寻找Sasquatch和他的外星朋友 达伦·马力诺（Daron Marino），塞缪尔·纳尔维斯（Samuel Narvaez），郭汉治，约瑟夫·艾尔斯沃思（Joseph Aylsworth） EDA 考虑到自然语言处理的本质，数据需要...
Android优雅地处理按钮重复点击的几种方法
08-27
Android 设备中，按钮点击事件是一种非常常见的交互方式，但是在实际开发中，经常会遇到按钮重复点击的问题，即用户在短时间内多次点击按钮，导致数据重复提交，造成各种莫名其妙的问题。因此，防止按钮多次点击是 ...
mybatis-plus自动更新时间时创建时间同时改变bug
qq_45952745的博客
01-13 872
在学mybatis-plus时碰巧遇到的bug，希望能给你帮助
mybatis、mysql 创建时间（create_time）异常自动更新为当前时间
最新发布
a123123sdf的博客
11-16 501
mybatis update操作没有修改时间，但是时间会自动更新为当前时间
【mysql-没有设置默认值的createTime为啥在数据更新时还是会跟随系统时间变更】
Japathy
10-12 455
今天更新数据时发现createTime没有设置默认值，但是还是会跟随数据更新而把创建时间更新到当前时间。查了代码，没有设置创建时间，于是又查了表结构，也没有默认值。最后查了下表定义，发现会有个自动更新的EXTRA，如下。通过更新表结构即可搞定。默认值也可以当前时间，不一定要。
MYSQL 更新时间自动同步与创建时间默认值共存问题
weixin_30618985的博客
12-16 220
本文作者：苏生米沿本文地址：http://blog.csdn.net/sushengmiyan/article/details/50326259在使用SQL的时候，希望在更新数据的时候自动填充更新时间，那么在mysql中是如何实现的呢？如创建表usersCREATE TABLE RS_SIGNUPUSER ( ID VARCHAR(36) COMMENT '主键(业务功能无关...
在数据库创建表的时候，时间设置为什么类型，会随着每次提交的时间发生变化
datouniao1的博客
02-20 2645
create table ab {       id int(6) not null auto_increment,       name varchar(30),       reg_date dateTime ) 这样创建的，每次我们提交表单的时候时间还要我们单独写，但是如果我们将最后 的时间的类型改变，这样我们在数据库中每一次更新数据的时候，时间就会自动的更新，这个时候我们也不需
基于多个工作簿多个工作表的数据透视表教程.pdf
05-17
基于多个工作簿多个工作表的数据透视表教程 数据透视表是Excel中强大的数据...8. 数据透视表注意事项：在创建数据透视表时，需要注意数据源的选择和SQL 语句的定义，避免出现莫名其妙的错误，例如中括号[]的使用等。
space-api-builder:使用NASA API设计网站
04-22
具体来说，是基于用户的需求并出于Web项目的类型而更加客观地思考，因为我倾向于创建这样的设计，这些设计通常都偏向于我的偏好（例如，简单，过时的设计，我莫名其妙地喜欢）。 使用API​​，使用promise和async ...
双端口课程设计
06-18
创建文件的文件名 ERROR_MESSAGE DB 0AH , 'error !' , '$' ;出错时的提示 MESSAGE DB 0AH , 'ok !$' ;操作成功后的提示 HANDLE DW ? ;保存文件号 SENDBUFFER DB 1000 DUP(?) DATA ENDS CODE SEGMENT ASSUME ...
java实现mysql自动更新创建时间与更新时间的两种方式
liulala16的专栏
10-17 5155
java实现mysql自动更新创建时间与更新时间的两种方式
关于SQL中自动更新创建时间及修改时间
酸奶盖儿的博客
02-20 4599
1. 说明 在SQL建表时会有创建时间和更新时间两个字段，阿里开发规范如下： 使用如下SQL语句不需要插入或修改时在程序中添加字段值，SQL会帮我会自动插入。 `gmt_create` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', `gmt_modified` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '修改
springboot @CreatedDate @LastModifiedDate 自动生成创建时间，修改时间
Hzz的博客
12-27 3010
@CreatedDate或@LastModifiedDate 在实体类的属性上加上上面的注解，即可不用处理时间的问题，在插入时会自动生成创建时间，修改时自动更新修改时间 搭配@Column(updatable = false)使用. 注解起作用还需要： 在实体类上加 @EntityListeners(AuditingEntityListener.class) springboot 启动类上加 @EnableJpaAuditing ...
MySQL timestamp列被莫名更新
平时的经验总结，学习历程
05-12 376
为什么说是被莫名奇妙地更新，因为建表未设默认值，更新字段没有更新该列。发现执行更新语句后时间变成执行update sql的时间。 起源：设计表采用powerdesiner设计，设计完成后使用preview的sql直接建表 create table s_config ( config_id int(11) not null auto_increment comment '主键', config_type varchar(...
MyBatis-Plus方法之updateById，操作不当updateTime会更新吗？
Be_insighted的博客
12-18 2611
mybatis-plus按id更新潜在问题：更新时间字段updateTime未随着更新而更新！ 《====原因：从数据库筛选出来数据再更新的话，会导致其他未修改的字段值与数据库保持一致，如果有相关页面展示数据（按时间倒序），会使得对应的数据不会更新为最新修改时间！ 解决方案： 1、确实更新了该主键对应的数据，需要额外设置下更新时间，需要设置updateTime为new Date() 2、新定义一个对象拷贝除时间外的字段、或者仅更新需要更新的字段，利用数据库的自维护即可 --==> .
mybatis-plus 通过 updateById 更新部分字段数据时出现所有数据被更新（被设为默认值）
weixin_46376562的博客
08-02 3810
通过传入的 id 进行数据更新，默认只更新设置数据的字段。
mybatis数据库创建时间自动更新
SimpleCow的博客
12-17 1663
场景： 调用更新方法时，未传递和更新create_date字段，但是该字段莫名其妙自己更新 UPDATE system_user SET update_account = null, update_date = '2019-12-17 11:09:29.641', is_delete = false, username = '测试', email = '3131313', tel = '1...
MyBatis-plus实现自动更新创建时间和修改时间
ID-Tang的博客
12-15 2877
myBatis-plus实现自动更新创建时间和修改时间
MyBatisPlus中通用CRUD的updateById方法在更新相同的内容时，不会更新数据库中的记录
weixin_43821409的博客
11-07 1413
今天偶然发现执行同样的修改接口，修改的内容也没变。数据库中该条记录的更新时间没有更新。如下图一 然后去看了一下接口的情况，没报错，也正常返回了。如图2 网上找了下也没找到合适的解释，自己也没有找到相关的源码，暂且记录在此。 ...
@scheduled注解运行一段时间莫名其妙停掉
07-28
如果你在使用@scheduled注解时遇到了任务莫名其妙停止的问题，可能有以下几个原因： 1. 线程池问题：定时任务执行时会使用线程池来处理任务，如果线程池设置不合理，可能会导致任务执行中断。你可以检查线程池的...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

也和光同尘

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值