数据库之子查询和事务隔离级别，事务隔离级别
数据库大的知识点，特此补上。看的还是《漫画数据库》。
一、查询
如果要从一个数据库里面检索出某一字段为最大的数据项，那用什么方法呢？——其实用子查询就可以查到。
1)子查询是查询里面再嵌套查询。
people表：
如果我要查询年龄最大的那一行数据项。就可以使用子查询。
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)隔离级别
笔试题中有考到，第一时间想到赃读，不可重复读这些。隔离级别的倒忘光了。
设定隔离级别后的现象。
先解释三个现象：
脏读：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)悲观锁和乐观锁
悲观锁：给加载的数据加锁，不让其他事务更新和加载，这样，脏读和不可重复读都不会出现，虚读还是有的，因为还是可以插入或者删除数据。
乐观锁：并不会像悲观那样锁死，基于数据版本的记录，更新最后的更新，这样的话，其实不可重复读的问题还是存在的。
根据不同的数据库设计和性能要求进行所需要的隔离级别，才是最恰当的。
大多数的数据库默认隔离级别为：Read Commited 比如 sql server、Oracle少数数据库默认隔离级别为：Repeatable Read 比如： MySql InnoDB 1、脏读：(事务没有提交，提前读取) ：当一个事务正在访问数据库，并且对数据进行修改 而这种修改还没有提交到数据库中，这是，另外一个事物访问数据库，然后使用了这个数据。 2、不可重复读（两次读的数据不一致） 一个事务内，多次读同一个数据，在这个事务还没有结束时，另外一个事务也访问该同一个数据，那么在一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次分别读取的数据可能会不一样，这样就发生了一个事务内两次读到的数据不一致。 3、幻读：当事务不是独立执行时发生的一种现象，例如：第一个事务对一个表中的数据进行修改，这种修改涉及到表中的全部数据行，同时，第二个事务也修改这个表中的数据，这种修改时向表中插入一行新数据，那么以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好像幻觉一样。 4.第一类更新丢失(回滚丢失)：
当2个事务更新相同的数据源，如果第一个事务被提交，而另外一个事务却被撤销，那么会连同第一个事务所做的跟新也被撤销。也就是说第一个事务做的跟新丢失了。
5.第二类更新丢失(覆盖丢失)：
第二类更新丢失实在实际应用中经常遇到的并发问题，他和不可重复读本质上是同一类并发问题，通常他被看做不可重复读的特例：当2个或这个多个事务查询同样的记录然后各自基于最初的查询结果更新该行时，会造成第二类丢失更新。因为每个事务都不知道不知道其他事务的存在，最后一个事务对记录做的修改将覆盖其他事务对该记录做的已提交的跟新... Isolation （隔离）属性一共支持五种事务设置，具体介绍如下：
DEFAULT （默认）使用数据库设置的隔离级别，由 DBA 默认的设置来决定隔离级别 .
READ_UNCOMMITTED 会出现脏读、不可重复读、幻读 ( 隔离级别最低，并发性能高 )
READ_COMMITTED 会出现不可重复读、幻读问题（锁定正在读取的行）
REPEATABLE_READ 会出幻读（锁定所读取的所有行）
SERIALIZABLE 保证所有的情况不会发生（锁表）
不可重复读的重点是修改 :
同样的条件 , 你读取过的数据 , 再次读取出来发现值不一样了
幻读的重点在于新增或者删除同样的条件 , 第 1 次和第 2 次读出来的记录数不一样
若你说的这种情况是2个事务（读写在一个事务中），不会出现这种情况。
4个事务可能会出现这个问题。