MySQL订单删除未生效及连接ID异常问题排查求助

1. 为何DELETE语句连接ID为26而非27？ #

核心原因是orderDAO.permanentlydelete(order)方法使用了独立的数据库连接，没有复用当前事务的连接（连接ID27）。常见触发场景：

• 你的事务管理逻辑（比如基于ThreadLocal的连接绑定）没有覆盖到permanentlydelete方法，该方法内部直接从连接池获取了新连接（ID26），而非从当前事务上下文调用已有的连接。
• 若采用JDBC手动管理事务，主事务的Connection对象未传递给delete方法，导致方法重新初始化连接。

验证方式：对比购物车删除逻辑与permanentlydelete方法的Connection获取代码，确认是否使用了相同的连接复用逻辑（比如是否从同一个ThreadLocal变量中获取连接）。

2. 为何ORDINE表中目标订单未被实际删除？ #

结合连接ID不一致的情况，主要有以下几种可能：

• 事务未提交：如果permanentlydelete方法的连接开启了手动事务（setAutoCommit(false)），但执行完DELETE后未调用connection.commit()，导致变更未持久化到数据库。
• DELETE语句WHERE条件无效：传入的order对象ID为空、或为旧版本ID，导致DELETE语句影响行数为0。可查看MySQL通用日志中DELETE语句的完整内容，核对WHERE子句的订单ID是否与目标订单一致。
• 连接自动提交未开启且未手动提交：若连接默认autoCommit为false，方法内又未执行提交操作，DELETE的变更只会停留在当前连接的事务中，不会写入磁盘。
• 锁冲突导致执行阻塞：ID26的连接事务被ID27的事务持有的锁阻塞，导致DELETE未执行完成（概率较低，可通过MySQL进程列表排查）。

快速排查步骤 #

1. 检查permanentlydelete方法的连接获取逻辑：

// 错误示例：直接新建连接
Connection conn = DriverManager.getConnection(url, user, pwd);
// 正确示例：复用当前事务的连接
Connection conn = TransactionContext.getCurrentConnection();

2. 打印DELETE语句执行后的影响行数（statement.executeUpdate()的返回值），确认是否命中目标订单。
3. 检查方法中是否存在conn.commit()调用，若为手动事务管理，需确保执行完DELETE后提交事务。

内容的提问来源于stack exchange，提问作者Michael