ddl操作不支持事务(且会提交前面没有提交的操作)

在工作中,使用事务和连接池处理涉及多表操作和DDL语句时,需要注意DDL(如CREATE)不支持事务的问题。这可能导致即使前面的事务未提交,DDL执行也会一并提交所有操作。当DDL后的代码出现错误,回滚事务无效,因为DDL已提交前面的数据库变更。解决办法是将DDL操作移到最后,或者用异常处理机制确保事务的原子性。
摘要由CSDN通过智能技术生成

距离上次博文已经过去7个多月了.期间一直在为工作奔波,(其实就是没有什么收获能写),今天来记一次工作中使用连接池遇到的问题.

 

正文: 

    在工作中,使用到事务和连接池是再正常不过的了.而我遇到的问题,也正是使用这两个东西时,没有注意到一些细节上的东西,就导致了这次踩坑事件.

 

使用场景: 工作中有这么一个业务,就是一个更改或者创建,需要牵涉到很多张表,还会使用ddl语句动态创建一张新的表.并且需要保证原子性.所以想到的就是使用事务和连接来处理这些东西.

代码如下(这里是测试代码,所以值没有实际意义)

@Override
    @Transactional(rollbackFor = Exception.class)
    public void test() throws Exception {
        // 1 向一个表中插入数据  (这样的操作还有很多,这里就不全部展示了)
        DmpReportChartDto dto = new DmpReportChartDto();
        dto.setChartCode("abc");
        dto.setId("abc");
        dto.setOrderNum(0);
        dto.setUpdatedBy("yaohaiyang");
        dto.setCreatedBy("yaohaiyang");
        dto.setChartName("dto");
        dto.setChartType("1");
        dmpReportChartMapper.add(dto);
        // 2 获取连接  动态创建表格
        Connection
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值