数据库隔离级别.docxVIP

数据库隔离级别 数据库提供了四种事务隔离级别, 不同的隔离级别采用不同的锁类开来实现. 在四种隔离级别中, Serializa的bl级e 别最高, Read Uncommited级别最低. 大多数数据库的默认隔离级别为: Read Commited如, Sql Server , Oracle. 少数数据库默认的隔离级别为Repeatable Read如, MySQL InnoDB 存储引擎 即使是最低的级别,也不会出现 第一类 丢失 更新问题 . Read Uncommited :读未提交数据( 会出现脏读,不可重复读,幻读 ,避免了 第一类丢失 更新 ) Read Commited :读已提交的数据(会出现不可重复读,幻读) Repeatable Read可:重复读(会出现幻读) Serializabl串e 行: 化 丢失 更新 : 当两个或多个事务选择同一行，然后基于最初选定的值更新该行时，会发生丢失更新问题。每个事务都不知道其它事务的存在。最后的更新将重写由其它事务所做的更新，这将导致数 据丢失。 例: 事务A 和事务B 同时修改某行的值， 1.事务 A 将数值改为1并提交 事务 B 将数值改为2并提交。 这时数据的值为2，事务A 所做的更新将会丢失。解决办法：对行加锁，只允许并发一个更新事务。 脏读: 一个事务读到另一个事务未提交的更新数据例: Mary 的原工资为1000, 财务人员将Mary 的工资改为了8000(但未提交事务) Mary 读取自己的工资 ,发现自己的工资变为了8000，欢天喜地！ 而财务发现操作有误，回滚了事务,Mary 的工资又变为了1000, 像这样,Mary 记取的工资数 8000是一个脏数据。 不可重复读: 在同一个事务中,多次读取同一数据,返回的结果有所不同. 换句话说就是, 后续读取可以读到另一个事务已提交的更新数据 . 相反可重复读在同一事务多次读取数据时,能够保证所读数据一样,也就是后续读取不能读到另一事务已提交的更新数据. 例: 在事务1中，Mary 读取了自己的工资为1000,操作并没有完成 在事务2中，这时财务人员修改了 Mary 的工资为2000,并提交了事务. 在事务1中，Mary 再次读取自己的工资时，工资变为了2000 解决办法：如果只有在修改事务完全提交之后才可以读取数据，则可以避免该问题。 幻读: 一个事务读取到另一个事务已提交的inser数t 据. 例: 第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时 (此时第一事务还未提交) ，第二个事务向表中插入一行新数据。这时第一个事务再去读取表时,发现表中还有没有修改的数据行，就好象发生了幻觉一样