脏读

脏读:
对于对象的同步和异步的方法,我们在设计自己的程序的时候,一定要考虑问题的整体,不然就会出现数据不一致的错误,很经典的就是脏读(dirtyread)。

public class DirtyRead {

	private String username = "li4";
	private String password = "123";
	
	public void setValue(String username,String password){
		this.username = username;
		
		try {
			Thread.sleep(2000);
		} catch (InterruptedException e) {
			e.printStackTrace();
		}
		
		this.password = password;
		
		System.out.println("setValue的最终结果: username=" + this.username + ",password=" + this.password);
	}
	
	public void getValue(){
		System.out.println("getValue的最终结果: username=" + this.username + ",password=" + this.password);
	}
	
	public static void main(String args[]) throws InterruptedException{
		
		final DirtyRead dr = new DirtyRead();
		
		Thread t1 = new Thread(new Runnable(){
			@Override
			public void run() {
				dr.setValue("z3", "456");
			}
			
		});
		
		t1.start();
		Thread.sleep(1000);
		dr.getValue();
	}
}

输出结果:

getValue的最终结果: username=z3,password=123
setValue的最终结果: username=z3,password=456

分析:
示例中有两个线程,一个主线程,一个主线程中的小线程,主线程会一直往下执行,在t1.start()时,小线程执行到dr.setValue()里会有2秒的等待,此时z3已经赋值给了username,在小线程等待的过程中,主程序会继续往下执行,等待了一秒后会调用dr.getValue()里的内容,即输出的第一行,随后小程序2秒的睡眠完成后,继续把456赋值给password,输出第二行的内容。我赋值的明明是z3,456,而输出的getValue()是z3,123,由此就造成了脏读现象。

改进:
在这里插入图片描述
输出结果:

setValue的最终结果: username=z3,password=456
getValue的最终结果: username=z3,password=456

分析:
在setValue()和getValue()中加了synchronized关键字同步,当t1小线程进入到setValue()里时,主线程想要进入加了synchronized关键字的getValue()就要等t1小线程执行完它的代码释放了锁,主线程才能进入getValue()。

示例总结:

在我们对一个对象的方法加锁的时候,需要考虑业务的整体性,即为setValue/getValue方法同时加锁synchronized同步关键字,保证业务(service)的原子性,不然会出现业务错误(也从侧面保证业务的一致性)。

### 与幻的定义及其解决方案 #### 什么是是指在一个事务中取到了另一个尚未提交事务修改过的数据。这种现象通常发生在较低的隔离级别(如 **未提交**)下,此时事务能够看到其他事务还未完成的操作结果。为了防止的发生,可以通过提高隔离级别来实现。例如,在 **可重复 (Repeatable Read)** 或者 **串行化 (Serializable)** 的隔离级别下,事务只能取到已经提交的数据[^1]。 #### 如何解决? - 提高数据库的事务隔离级别至 **已提交 (Read Committed)** 或更高。 - 使用 MVCC(多版本并发控制),允许事务取的是历史版本的数据而不是最新的未提交版本[^2]。 --- #### 什么是幻? 幻指的是在同一事务中,两次执行相同的查询语句却返回了不同的结果集。具体表现为第一次查询某范围内的记录数为 N 条,但在第二次查询同一范围内时却发现出现了新的记录或者某些记录被删除的情况。这通常是由于其他事务在此期间插入或删除了该范围内的数据所引起的。 对于基于快照的操作来说,MVCC 技术确实能有效避免大部分类型的幻;然而当涉及到当前(如 `SELECT ... FOR UPDATE`、`UPDATE` 和 `DELETE` 等操作)时,则仍然可能出现幻问题[^3]。 #### 如何解决幻? 以下是几种常用的解决方案: 1. **加锁机制**: 对于可能发生幻的关键区域采用显式的锁定策略,比如使用间隙锁(Gap Locks)。这样可以阻止其他事务向这些特定区间内插入新纪录直到当前持有锁的那个事务结束并释放其占用资源为止[^4]。 ```sql -- 示例:通过 SELECT...FOR UPDATE 实现当前并施加行级锁 BEGIN; SELECT * FROM table_name WHERE id BETWEEN 1 AND 10 FOR UPDATE; COMMIT; ``` 2. **提升隔离级别**: 将事务运行环境调整成更高的隔离等级——即达到“可重复”甚至完全独占模式下的“序列化”。不过需要注意这样做可能会带来额外开销以及降低系统的整体吞吐量。 3. **应用层逻辑优化**: 如果业务场景允许的话也可以考虑从业务流程设计上去规避此类冲突情况的发生, 比如减少不必要的频繁更新动作或是合理规划好每次批量处理的数量大小等等. --- ### 总结表:不同隔离级别对问题的影响 | 隔离级别 | 是否允许 | 是否允许不可重复 | 是否允许幻 | |------------------|---------------|--------------------|----------------| | 未提交 | 是 | 是 | 是 | | 已提交 | 否 | 是 | 是 | | 可重复 | 否 | 否 | 是(仅限当前) | | 序列化 | 否 | 否 | 否 | --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值