主键冲突问题

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 生成新的主键值,避免主键冲突。

相关推荐
半杯咖啡半行码18 分钟前
Qt开发实战:数据库、MV 模式、QProcess与串口通信全攻略
数据库·qt
小米里的大麦38 分钟前
16 MySQL 事务
数据库·mysql
西柚小萌新39 分钟前
【LLM&&AI应用开发 八股文】--4.3.Agent智能体(下)
java·开发语言·数据库
邓工说电2 小时前
智慧断路器安全吗?数据加密、离线保护与合规认证全解读
大数据·数据库·人工智能·智能断路器·炜晔科技
adinnet20262 小时前
企业微调大模型(Fine-tuning):先吃透 RAG 还是先训自己的模型
大数据·数据库
上位机妹子3 小时前
EF Core 两种继承映射:每层次一张表(TPH)与每类型一张表(TPT)
数据库·c#·.netcore·ef core
小马同学-3 小时前
Redis消息队列与客户端编程
数据库·redis
for_ever_love__3 小时前
MySQL 高频面试题 30 问:索引、事务、锁、日志、主从与分库分表(MySQL 8.0 版)
java·数据库·spring boot·mysql·spring cloud·面试·总结
染指11103 小时前
140.Agent-多Agent框架-Agent执行Skills流程
数据库·人工智能·设计模式·langchain·agents