脏读（数据）

[align=center][size=large]脏读[/size][/align]

一、概念

数据写入与数据读出不一致

原因：未对写入与读出做整体性的处理，导致与预期结果不一致

二、例子

假设：
写入两个数据，第一个数据写入需4s,然后写入第二个数据
线程启动后，1s，需读取数据。
若：只对写进行 synchronized 处理，未对 读进行同样处理，就会出现脏读

package com.study.current.thread.day01;

/**
 * 脏读
 * 在数据写入过程未完成的情况下，去读取数据
 * 
 * 假设写入需 4s
 * 等待1s后读取数据
 * 
 * 结论：
 * 考虑问题一定要考虑整体性
 */
public class DirtyRead extends Thread {

	private String name = "abc";
	private String pass = "123";

	public synchronized void setValue(String name ,String value){
		this.name = name ;

		try {
			Thread.sleep(4000);
		} catch (InterruptedException e) {
			e.printStackTrace();
		}

		this.pass = value ;
		System.out.println("setValue name:"+name +" pass:"+value);
	}

	/**
	 * 若读取数据时未加 synchronized 
	 * 输出结果：
	 * name:bcd pass:123
	   setValue name:bcd pass:345

	   写入的数据与读出的数据会不一致
	 */
	public synchronized void getValue(){
		System.out.println("name:"+this.name + " pass:"+this.pass);
	}

	/**
	 * @param args
	 */
	public static void main(String[] args) {
		final DirtyRead thread = new DirtyRead();
		Thread t1 = new Thread(new Runnable() {

			public void run() {
				thread.setValue("bcd", "345");
			}
		});

		t1.start();
		try {
			Thread.sleep(2000);
		} catch (InterruptedException e) {
			e.printStackTrace();
		}

		thread.getValue();
	}

}

三、实例总结：
在我们对一个对象的方法加锁的时候，需要考虑业务的整体性，即为 setValue getValue
方法同时加锁 synchronized 同步关键字，保证业务 service 的原子性，不然会出现脏读
也从侧面保证业务的一致性

四、拓展

关系型数据的ACID原则：

假设
9:00 开始查询一个列表，数据量在1000W，未加索引，全表扫描，需10min处理完毕
9:05 执行一个DML 语句，修改某个字段值，由100改为200
9:10 的查询结果中是100 or 200 ?

答案： 100
数据查询会保留一份数据的快照，9:00查询就是9:00这一刻的数据的快照，而不会因为9:05修改数据，导致查询结果的变化

数据读的一致性。

另外：关系型数据库会拷贝旧值，如果commit 操作失败，会还原原有的数据