多线程下脏数据问题

坚持写博客 2018-07-17 10:41:36
并发情况下，方法上加同步关键字 synchronized 然后更新数据库，更新的时候 先去查，然后更新，

这是代码

日志

不加这个睡眠就查询到脏数据
有人知道为什么吗
...全文
286 6 打赏 收藏 举报
写回复
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
maradona1984 2018-07-17
  • 打赏
  • 举报
 回复
引用 5 楼 yujingwei1001 的回复:
在方法上加了@Transactional(propagation = Propagation.REQUIRED, timeout = 5,isolation = Isolation.SERIALIZABLE)事务隔离级别，但是 Read committed并不能解决我的问题，我设置为了最高级别，就不需要睡眠时间。

你这纯粹本末倒置了,乐观锁本就是避免用锁,你这隔离级别搞最高,乐观锁还有啥意义?
一般情况下乐观锁没有更新到数据,重试原来的操作即可,做个循环,当然也可以直接抛异常中断,而不是把事务隔离级别设置最高
坚持写博客 2018-07-17
  • 打赏
  • 举报
 回复
在方法上加了@Transactional(propagation = Propagation.REQUIRED, timeout = 5,isolation = Isolation.SERIALIZABLE)事务隔离级别，但是 Read committed并不能解决我的问题，我设置为了最高级别，就不需要睡眠时间。
Braska 2018-07-17
  • 打赏
  • 举报
 回复
乐观锁本来就是解决并发但不解决脏读问题的。
一楼说了事务隔离级别设置成READ_COMMITTED就能避免脏读问题。
坚持写博客 2018-07-17
  • 打赏
  • 举报
 回复
引用 1 楼 maradona1984 的回复:
不建议加synchronized,乐观锁也能解决并发问题
而且没看出来哪有脏数据了,事务隔离级别设置成Read committed就可以避免脏读了

更新完成了，加了睡眠时间就能正常更新，不加睡眠时间 就会报错，我的问题是这个，其实乐观锁已经防止并发了，没更新成功嘛 这不是，我数据库是加了乐观锁的。
坚持写博客 2018-07-17
  • 打赏
  • 举报
 回复
引用 1 楼 maradona1984 的回复:
不建议加synchronized,乐观锁也能解决并发问题
而且没看出来哪有脏数据了,事务隔离级别设置成Read committed就可以避免脏读了
日志


2018-07-13 14:36:52.182 [com.bill99.hat.paycore.processors.biz.notify.SettleNotifyProcessor:INFO ] [process-128]- 【abc0000056】Update start : version = 288
2018-07-13 14:36:52.301 [com.bill99.hat.paycore.processors.biz.notify.SettleNotifyProcessor:INFO ] [process-153]- 【abc0000056】Update end : version = 289
2018-07-13 14:36:52.301 [com.bill99.hat.paycore.processors.biz.notify.SettleNotifyProcessor:INFO ] [process-160]- 【abc0000056】Release Lock
2018-07-13 14:36:52.302 [com.bill99.hat.paycore.processors.biz.notify.SettleNotifyProcessor:INFO ] [process-118]- 【abc0000005】Get Lock
2018-07-13 14:36:52.357 [com.bill99.hat.paycore.processors.biz.notify.SettleNotifyProcessor:INFO ] [process-128]- 【abc0000005】Update start : version = 288
2018-07-13 14:36:52.408 [com.bill99.hat.paycore.processors.biz.notify.SettleNotifyProcessor:ERROR ] [process-156]- update error!traceId=abc0000005,
hat.paycore.base.commons.HatRTException: Optimistic.Lock.Error: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect)
maradona1984 2018-07-17
  • 打赏
  • 举报
 回复
不建议加synchronized,乐观锁也能解决并发问题
而且没看出来哪有脏数据了,事务隔离级别设置成Read committed就可以避免脏读了
相关推荐
Oracle数据库 大事务的数据更改对数据库内部的影响

本课程以Oracle 10g数据库为基础,来讲解大事务的数据更改在数据库内部是如何处理的。

 

当用户执行一条SQL对数据库进行更改操作的时候，我们知道数据是从磁盘读取到内存中进行更改操作的，

那么当这个SQL执行时间很长，而且修改数据量非常大，由于内存容量大小的原因，可能在事务没有commit

提交的情况下，一些脏数据已经写回到了磁盘中。

那么在这种情况下，当用户执行commit提交操作，数据库是如何处理这些已经写到磁盘的脏数据块的？

 

本课程就以实验的方式得出数据，来验证以上所提出的问题。

 

 

lpop 原子_【concurrent】面试重灾区之原子操作你有必要了解下
概述在JDK1.5+的版本中，Doug Lea和他的团队还为我们提供了一套用于保证线程安全的原子操作。我们都知道在多线程环境下，对于更新对象中的某个属性、更新基本类型数据、更新数组(集合)都可能产生脏数据问题(如果您不清楚这个问题，请Google或者Baidu。这边文章本身不讨论脏数据产生的具体原因)。为了避免多线程环境下的脏数据问题，JDK1.5的版本中为我们提供了java.util.concu...
mysql多线程写入出现脏数据(重复数据)问题？
mysql多线程写入出现脏数据(重复数据)问题？ mysql 多线程写入，会出现脏数据．mysql多线程写入出现脏数据(重复数据)问题？ 第一方法： 在要插入的表中增加唯一索引，就会防止插入多条相同的数据 第二方法： 使用 insert .... where not exists .... 语句 例如： insert into cash_out(user_id, state) select * ...
线程基础：JDK1.5+（11）——原子操作包
在JDK1.5+的版本中，Doug Lea和他的团队还为我们提供了一套用于保证线程安全的原子操作。我们都知道在多线程环境下，对于更新对象中的某个属性、更新基本类型数据、更新数组（集合）都可能产生脏数据问题。为了避免多线程环境下的脏数据问题，JDK1.5的版本中为我们提供了java.util.concurrent.atomic原子操作包。
多线程编程注意事项
最近写的一个程序在单线程下运行良好，但是多线程下相同数量的用户数时，经常出一些奇怪的问题。后来发现原因是： 1）多线程下尽量减少内存的读写 2）注意全局变量和共享变量，在多线程下，会读写脏数据
发帖
Java

4.9w+

社区成员

8.5w+

社区内容

Java相关技术讨论
javaspring bootspring cloud 技术论坛（原bbs）
社区管理员
  • Java相关社区
  • 小虚竹
  • 谙忆
加入社区
帖子事件
创建了帖子
2018-07-17 10:41
社区公告
暂无公告