码迷,mamicode.com
首页 > 数据库 > 详细

数据库之子查询和事务隔离级别

时间:2014-10-06 11:25:50      阅读:220      评论:0      收藏:0      [点我收藏+]

标签:数据库   事务   隔离级别   子查询   乐观锁和悲观锁   

数据库大的知识点,特此补上。看的还是《漫画数据库》。


一、查询

如果要从一个数据库里面检索出某一字段为最大的数据项,那用什么方法呢?——其实用子查询就可以查到。

1)子查询是查询里面再嵌套查询。


people表:

        bubuko.com,布布扣


如果我要查询年龄最大的那一行数据项。就可以使用子查询。

select * from people where age = (select max(age) from people);
选出people里面的最大年龄,再选出年龄等于最大值的数据。


当然,还有另外一种方法。

select * from people order by age desc limit 1;
通过从大到小的排序,并且限制数据为一条,那么就是最大的了。当然,有两条数据都是最大,那么这条语句就不完美了。


2)相关子查询

子查询内部嵌套的表格其实可以使用外部指定的表格,为相关子查询。这里说的不是外部和内部的表格一定是不同的。看例子。

假如现在选出年龄大于本国平均年龄的人,单单用子查询是查不了的,因为我们需要每条数据的国家都和平均年龄的国家对应。

select * from people p where age>(select avg(age) from people where count
ry = p.country);

选出平均年龄的时候,如果没有where country = p.country那么选出来的只是大于全部人的平均年龄的数据。

但是有了之后,假如选到country为a的数据,那就会根据a国家的平均年龄进行比较,最终得到结果。


灵活运用子查询功能是很强大的。


二、事务隔离级别

1)事务
既然谈到事务隔离级别,先要说明事务是什么东西,之前论坛一个老鸟也面试过别人这样的问题,
数据库进行数据的检索,插入、更新和删除,用户的一系列操作我们称为事务,最重要的一点,保证数据的一致性和完整性。

保证数据的一致性和完整性是怎么来的?其实数据库事务具有酸性。开玩笑,其实是ACID属性。
A,Atomicity,原子性,事务必须结束与提交或者回滚的任意一个任务。
C,Consistency,一致性,执行数据库事务不能破坏数据库的一致性,举个例子(你从银行取了1000元,那么其他关联表要跟着变)。
I,Isolation,隔离性,两个事务的执行互不干扰。
D,Durability,持久性,事务完成,便将更改持久保存于数据库,不会被回滚。

2)执行控制——利用锁
共享锁,一个事务读取数据时,可以加共享锁,就是其他事务只能读取数据,不能更改数据。
独占锁,一个事务更改数据时,可以加独占锁,就是其他事务不能读取数据,也不能更改数据。

3)隔离级别

笔试题中有考到,第一时间想到赃读,不可重复读这些。隔离级别的倒忘光了。

设定隔离级别后的现象。

bubuko.com,布布扣


先解释三个现象:

脏读:dirty read,事务1提交之前,事务2读取了1中的数据,1一旦回滚,2读取了不存在的数据的现象。

我本金10元,往银行存了10元,后面没存了,但是银行那边读多10元,并且按20元处理。


不可重复读:non-repeatable read,事务1读取时,事务2更新并提交,事务1再读取,发现前后数据不同。

银行查账单,发现你有10元,然后你取了10元出来,银行再查,发现余额为0。前后不同。


虚度(幻读):phatom,事务1检索多行数据,事务2插入符合检索条件的新数据,事务1第二次检索发现前后数据不同。

银行查询你的消费清单,你又跑去消费了,然后后面再查发现新消费的账单怎么不在第一次的查询里面,如幻影般消失。


read uncommited,读未提交,以上三种现象都可能会发生。
read commited,读提交,防止脏读,脏读的问题解决就是提交完成的数据才给你读,不然一旦回滚,读出来就是错的。
repeateable read,重复读,防止脏读和不可重复读,不可重复读确实是发生在事务提交之后,问题在于读取的时候又有事务进行更改,所以问题解决是,一旦读取数据,就不让你在中途进行更新(MySQL默认级别)。

serializable,序列化,防止三种现象,幻读问题是,你事务进行检索数据之后,有人插入新的数据,后面再检索发现多了一条,好比银行小姐明明就看你消费100元,后面你又刷卡1000,后面查出来的总消费是1100,这是银行小姐就慌张了。

解决问题所在就是读取数据时还禁止其他事务进行插入或者删除。


这样看来,其实事务的隔离机制就是在控制事务后其他事务不能进行的操作,隔离级别越高,条件就越多,代价越大,但是也不会出现任何的三种现象。



4)悲观锁和乐观锁

悲观锁:给加载的数据加锁,不让其他事务更新和加载,这样,脏读和不可重复读都不会出现,虚读还是有的,因为还是可以插入或者删除数据。


乐观锁:并不会像悲观那样锁死,基于数据版本的记录,更新最后的更新,这样的话,其实不可重复读的问题还是存在的。


根据不同的数据库设计和性能要求进行所需要的隔离级别,才是最恰当的。



数据库之子查询和事务隔离级别

标签:数据库   事务   隔离级别   子查询   乐观锁和悲观锁   

原文地址:http://blog.csdn.net/iaiti/article/details/39803191

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!