这
两天用nest+typeorm写了一个商城,上线后mysql日志binlog两天就达到了10几个G,排查结果如下:
有个功能是定时遍历所有未签收的订单,看看是否到了自动签收时间,如果到了,就把订单状态设置成已签收。
代码是这样的
//查找未签收的订单
const orderList = await this.orderRepo.find({where:{state:0)}})for(let order of orderList){
//是否10天前的订单if(order.payTime<dayjs().addDays(-10,'days').unix()){//设置为自动签收order.state=2//签收状态order.signTime = dayjs().unix()await this.orderRepo.save(order)//保存订单
}else{//order.state=0 //保持未签收的状态await this.orderRepo.save(order)//保存订单
}
}
随着订单越来越多,导致每次执行 repo.save方法的时候,mysql都会将update的所有字段重新保存一次,导致binlog日志非常大,把阿里云默认的40G云盘两天就满了。
因为typeorm的save方法,会把每个字段都update更新一遍,这个方法最好在新增的时候使用,如果只是单纯更新某个字段,最好使用 update方法
await this.orderRepo.update(order.id,{state:order.state})//保存订单
这样只会在binlog日志增加一行数据 update order set state=1 where id = xxx