[align=center][size=large]脏读[/size][/align]
一、概念
数据写入与数据读出不一致
原因:未对写入与读出做整体性的处理,导致与预期结果不一致
二、例子
假设:
写入两个数据,第一个数据写入需4s,然后写入第二个数据
线程启动后,1s,需读取数据。
若:只对写进行 synchronized 处理,未对 读进行同样处理,就会出现脏读
三、实例总结:
在我们对一个对象的方法加锁的时候,需要考虑业务的整体性,即为 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 操作失败,会还原原有的数据
一、概念
数据写入与数据读出不一致
原因:未对写入与读出做整体性的处理,导致与预期结果不一致
二、例子
假设:
写入两个数据,第一个数据写入需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 操作失败,会还原原有的数据