数据库表相同的行时，可能存在以下三个问题：
：事务T1读取一条指定where条件的语句，返回结果集。此时事务T2插入一行新记录，恰好满足T1的where条件。然后T1使用相同的条件再次查询，结果集中可以看到T2插入的记录，这条新纪录就是幻想。
：事务T1读取一行记录，紧接着事务T2修改了T1刚刚读取的记录，然后T1再次查询，发现与第一次读取的记录不同，这称为不可重复读。
：事务T1更新了一行记录，还未提交所做的修改，这个T2读取了更新后的数据，然后T1执行回滚操作，取消刚才的修改，所以T2所读取的行就无效，也就是脏数据。
sql标准定义了以下几种事务隔离级别：
一个会话可以读取其他事务未提交的更新结果，如果这个事务最后以回滚结束，这时的读取结果就可能是不正确的，所以多数的数据库都不会运用这种隔离级别。
一个会话修改这个事务中被读取的记录，而不必等待事务结束，显然，在这种隔离级别下，一个事务中的两个相同的读取操作，其结果可能不同。
一个事务中，如果在两次相同条件的读取操作之间没有添加记录的操作，也没有其他更新操作导致在这个查询条件下记录数增多，则两次读取结果相同。换句话说，就是在一个事务中第一次读取的记录保证不会在这个事务期间发生改动。sql Server是通过在整个事务期间给读取的记录加锁实现这种隔离级别的，这样，在这个事务结束前，其他会话不能修改事务中读取的记录，而只能等待事务结束，但是sql Server不会阻碍其他会话向表中添加记录，也不阻碍其他会话修改其他记录。
一个事务中，读取操作的结果是在这个事务开始之前其他事务就已经提交的记录，sql Server通过在整个事务期间给表加锁实现这种隔离级别。在这种隔离级别下，对这个表的所有DML操作都是不允许的，即要等待事务结束，这样就保证了在一个事务中的两次读取操作的结果肯定是相同的。sql标准所定义的默认事务隔离级别是SERIALIZABLE。
二、Oracle中的隔离级别及实现机制：
数据库支持READ COMMITTED 和SERIALIZABLE这两种事务隔离级别。所以Oracle不支持脏读，即Oracle中不允许一个会话读取其他事务未提交的数据修改结果，从而防止了由于事务回滚发生的读取不正确
修改数据记录时，会把这些记录被修改之前的结果存入回滚段或撤销段中。Oracle读取操作不会阻碍更新操作，更新操作也不会阻碍读取操作，这样在Oracle中的各种隔离级别下，，一个事务中的读取操作而发生等待，这也是Oracle事务处理的一个优势所在。
在这种隔离级别下，如果一个事务正在对某个表执行 DML操作，而这时另外一个会话对这个表的记录执行读取操作，则Oracle会去读取回滚段或撤销段中存放的更新之前的记录，而不会象sql Server一样等待更新事务的结束。
Serializable隔离级别(也称为事务级别的隔离)，事务中的读取操作只能读取这个事务开始之前已经提交的数据结果。如果在读取时，其他事务正在对记录执行修改，则Oracle就会在回滚段或撤销段中去寻找对应的原来未经修改的记录(而且是在读取操作所在的事务开始之前存放于回滚段或撤销段的记录)，这时读取操作也不会因为相应记录被更新而等待。
一个示例：
查询的数据集是T2事务开始前数据库的数据。即事务T1在事务T2开始之后的insert和update操作的影响都不会影响事务T2。现在重新开启一个事务T3 就可以看到T1新增的记录了。
数据库，并执行第一条DML语句
2、前一个事务结束后，又输入了另一条DML语句
