insert into配合select主键不要

### 解决方案

为了确保在执行 `INSERT INTO ... SELECT` 语句时不插入重复的主键值，可以采取多种方法来处理 UUID 的唯一性和其他类型的主键管理。

#### 方法一：使用无符号整数作为主键并启用自动增量
当表设计允许的情况下，推荐使用自增类型 (`auto_increment`) 来定义主键字段。这可以通过设置 `useGeneratedKeys="true"` 和指定 `keyProperty` 属性，在 MyBatis 中实现[^2]：

<insert id="addRecord" useGeneratedKeys="true" keyProperty="recordId">
    INSERT INTO table_name (column1, column2)
    VALUES (#{value1}, #{value2})
</insert>

对于批量插入场景下，这种方式能够有效防止主键冲突的发生。

#### 方法二：优化基于 UUID 的主键生成策略
如果业务逻辑要求必须采用 UUID 类型为主键，则建议调整 SQL 查询中的 UUID 函数调用位置以减少并发环境下可能产生的碰撞概率。具体做法是在应用程序层面上预先计算好所需的 UUID 值列表，并将其传递给存储过程或批处理命令完成数据写入操作；或者考虑引入全局唯一的分布式 ID 生产者服务（如 Twitter Snowflake 算法），从而从根本上杜绝因本地随机算法带来的不确定性因素影响。

另外一种改进措施是对原始查询做如下修改，利用 MySQL 自带函数 `UUID_SHORT()` 替代标准版 `REPLACE(UUID(), '-', '')` ，因为前者能提供更好的性能表现以及更少的概率发生重复事件:

INSERT INTO t_r_org_route (org_route_id, org_id, route_id)
SELECT UUID_SHORT(), deptId, id FROM t_cust_table;

此变更不仅提高了效率还增强了系统的健壮性[^1]。

#### 方法三：应用唯一约束与错误捕获机制
无论选用何种形式的主键生成规则，都应当为涉及的关键字建立相应的索引来保障其唯一性质。同时配合编程语言层面异常捕捉功能及时响应潜在的风险状况，一旦检测到违反 UNIQUE KEY 或 PRIMARY KEY 制约条件的情形即刻终止事务提交流程并向客户端反馈具体的报错信息以便后续排查定位问题所在。

例如可以在 Java 应用程序中这样处理：

try {
    // 执行SQL语句...
} catch (SQLException e) {
    if ("23000".equals(e.getSQLState())) { // Duplicate entry error code
        System.out.println("Duplicate primary key detected!");
        throw new RuntimeException("Failed to insert record due to duplicate primary key.");
    } else {
        throw e;
    }
}