主键冲突问题

1. 背景

更新商品信息,除了更新商品信息表中的基本数据,也需要更新对应的标签表中的信息。

这里采用了先删除原有的标签表中的对应信息,重新插入标签信息。

在更新商品信息的过程中,除了需要更新商品信息表中的基本数据外,还必须确保对应的标签信息表也得到适当的更新。这是因为商品和标签之间存在紧密的关联关系,一个商品通常会有多个标签,标签能够有效地描述商品的特性和分类。

为了实现这一点,我们采取了以下策略:

  1. 删除原有标签信息 :在更新商品信息时,首先需要清理与该商品相关的所有旧标签。这一步骤是通过调用标签数据访问层(productTagMapper)的删除方法实现的,具体来说,我们通过deleteByProductIds方法删除与当前商品ID相匹配的所有标签。这是为了避免标签冗余和过时信息对商品的描述产生干扰。

  2. 重新插入标签信息 :在删除了旧标签后,我们会获取新的标签信息。这些标签信息存储在接收的ProductDTO对象中。通过对标签列表的遍历,我们将每个标签的productId属性设置为当前商品的ID,从而确保标签与商品的关联性。随后,我们使用productTagService.saveBatch方法批量插入新的标签信息。这一步骤确保了商品的标签能够实时反映出最新的状态和特性。

java 复制代码
@Transactional
@Override
public void updateWithTags(ProductDTO productDTO) {
    // 1. 更新商品信息
    Product product = new Product();
    BeanUtils.copyProperties(productDTO, product);
    super.updateById(product);

    // 2. 更新标签信息
    // 2.1 删除原有标签
    List<Long> productIds = Collections.singletonList(product.getId());
    productTagMapper.deleteByProductIds(productIds);

    // 2.2 插入新标签
    List<ProductTag> tags = productDTO.getTags();
    if (tags != null && !tags.isEmpty()) {
        for (ProductTag tag : tags) {
            tag.setProductId(product.getId());
        }
        productTagService.saveBatch(tags);
    }
}

2. 问题分析

  • 删除操作未提交 : 在事务性的操作中,deleteByProductIds 删除的记录不会立即被数据库确认删除,而是要等整个事务提交后才生效。在同一事务内执行 delete 后再执行 insert,如果插入的数据带有相同的主键 ID,数据库会认为这是一个重复插入操作,因为此时删除操作尚未真正生效。也就是说,数据库在事务未提交前,仍然视这些被删除的记录为存在

  • MyBatis-Plus 主键冲突检查 : 当 ID 被指定时,MyBatis-Plus 会认为这是一次插入已有主键的数据,而不会生成新主键。即便数据库中的原记录已"标记删除",在事务未提交前,数据库仍然会检测到重复的主键,因而报错。

  • 主键冲突的检查机制 : 在大多数关系型数据库中,即便记录已删除,主键冲突的检查机制仍然会对同一个事务内的 insert 操作报错。这是为了防止未提交事务之间的重复主键插入,确保数据完整性。

由于事务未提交,删除操作对后续插入操作是不可见的,因此会触发主键冲突。

3. 解决方案

重新插入时,先清空ID,强制 MyBatis-Plus 生成新的主键值。这可以确保每次插入时,都会生成新的主键,而不会因为事务内的"逻辑删除"导致主键冲突问题。

java 复制代码
// 2.2 插入新标签
    List<ProductTag> tags = productDTO.getTags();
    if (tags != null && !tags.isEmpty()) {
        for (ProductTag tag : tags) {
            tag.setId(null);  // 清空 ID,避免冲突
            tag.setProductId(product.getId());
        }
        productTagService.saveBatch(tags);
    }

4. 总结

在事务性的操作中,删除的记录不会立即被数据库确认删除,而是要等整个事务提交后才生效。所以如果要删除后重新插入数据,在插入之前要清空id,强制 MyBatis-Plus 生成新的主键值,避免主键冲突。

相关推荐
White_Mountain11 分钟前
在Ubuntu中配置mysql,并允许外部访问数据库
数据库·mysql·ubuntu
Code apprenticeship11 分钟前
怎么利用Redis实现延时队列?
数据库·redis·缓存
百度智能云技术站15 分钟前
广告投放系统成本降低 70%+,基于 Redis 容量型数据库 PegaDB 的方案设计和业务实践
数据库·redis·oracle
装不满的克莱因瓶17 分钟前
【Redis经典面试题六】Redis的持久化机制是怎样的?
java·数据库·redis·持久化·aof·rdb
梦想平凡2 小时前
PHP 微信棋牌开发全解析:高级教程
android·数据库·oracle
TianyaOAO2 小时前
mysql的事务控制和数据库的备份和恢复
数据库·mysql
Ewen Seong2 小时前
mysql系列5—Innodb的缓存
数据库·mysql·缓存
码农老起3 小时前
企业如何通过TDSQL实现高效数据库迁移与性能优化
数据库·性能优化
夏木~4 小时前
Oracle 中什么情况下 可以使用 EXISTS 替代 IN 提高查询效率
数据库·oracle
W21554 小时前
Liunx下MySQL:表的约束
数据库·mysql