浅谈一次系统序列号bug优化经历

探讨了系统应用中序列号生成的并发冲突问题,通过分析事务管理和加锁策略,提出了有效的解决方案,确保序列号生成的唯一性和系统性能。

1,场景描述

  系统应用功用一套序列号生成功能,该功能在数据库中对应一张数据表,用于存储当前序列号。工作原理如下

  

伪代码:

读取数据库,获取当前序列号
当前序列号进行增加操作
写入数据库

  这样,不同应用对应序列号不同,不会产生冲突,但是同一个应用获取序列号时就会产生冲突问题。

2,尝试使用事务解决冲突问题

  

DataSourceTransactionManager transactionManager = (DataSourceTransactionManager) ctx.getBean("txManager");
DefaultTransactionDefinition def = new DefaultTransactionDefinition();
def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRES_NEW); // 事物隔离级别,开启新事务,这样会比较安全些。
TransactionStatus status = transactionManager.getTransaction(def); // 获得事务状态
try {
    //逻辑代码,可以写上你的逻辑处理代码
    transactionManager.commit(status);
} catch (Exception e) {
    transactionManager.rollback(status);
}

  发现,冲突并没有解决,原因:

  A读取数据  

  A进行增加  B读取数据

  A写入数据  B进行增加

          B写入数据

  这样,B就不会写入成功。

3,加锁解决冲突

  在读取操作时,SQL末尾加上“for update”进行锁表操作,这样B就会在事务外等待A释放,不会频繁写入失败

  另:同事说在表中加上主键索引,这样可以使用锁记录的方式,而不是锁表的方式,进一步提升性能!

转载于:https://www.cnblogs.com/superchong/p/10078747.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值