数据库事务

1:数据库事务四大特性（范式）：

* 原子性:事务包含的所有操作要么全部执行，要么全部失败回滚。
* 一致性：事务必须使数据库从一个状态变换到另一个一致性的状态。
* 隔离性：多个用户并发访问数据库时，比如操作同一张表的时候，数据库为每一个用户开启的事务不能被其他事务的操作干扰，多个事务之间要相互隔离。
* 持久性：事务一旦提交，对数据库的改变时永久性的，即便是在数据系统遇到故障的情况下也不会丢失提交事务的操作。

2：并发下事务会产生的问题：

* 脏读：在一个事务处理的过程中读取了另外一个未提交事务中的数据。
* 不可重复读：就是指在一个事务里面读取了两次某个数据，读出来的数据不一致。还是以银行取钱为例，事务A开启事务-->查出银行卡余额为1000元，此时切换到事务B事务B开启事务-->事务B取走100元-->提交，数据库里面余额变为900元，此时切换回事务A，事务A再查一次查出账户余额为900元，这样对事务A而言，在同一个事务内两次读取账户余额数据不一致，这就是不可重复读。
* 幻读：就是指在一个事务里面的操作中发现了未被操作的数据。比如学生信息，事务A开启事务-->修改所有学生当天签到状况为false，此时切换到事务B，事务B开启事务-->事务B插入了一条学生数据，此时切换回事务A，事务A提交的时候发现了一条自己没有修改过的数据，这就是幻读，就好像发生了幻觉一样。幻读出现的前提是并发的事务中有事务发生了插入、删除操作。

3:事务的隔离级别：（为什么要有事务隔离级别，因为事务隔离级别越高，在并发下会产生的问题就越少，但同时付出的性能消耗也将越大，因此很多时候必须在并发性和性能之间做一个权衡。）

数据库事务的隔离级别有4个，由低到高依次为Read uncommitted(未授权读取、读未提交)、Read committed（授权读取、读提交）、Repeatable read（可重复读取）、Serializable（序列化），这四个级别可以逐个解决脏读、不可重复读、幻象读这几类问题。

* Read uncommitted(未授权读取、读未提交)： 如果一个事务已经开始写数据，则另外一个事务则不允许同时进行写操作，但允许其他事务读此行数据。该隔离级别可以通过“排他写锁”实现。这样就避免了更新丢失，却可能出现脏读。也就是说事务B读取到了事务A未提交的数据。
* Read committed（授权读取、读提交）： 读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。该隔离级别避免了脏读，但是却可能出现不可重复读。事务A事先读取了数据，事务B紧接了更新了数据，并提交了事务，而事务A再次读取该数据时，数据已经发生了改变。
* Repeatable read（可重复读取）： 可重复读是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，即使第二个事务对数据进行修改，第一个事务两次读到的的数据是一样的。这样就发生了在一个事务内两次读到的数据是一样的，因此称为是可重复读。读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务。这样避免了不可重复读取和脏读，但是有时可能出现幻象读。（读取数据的事务）这可以通过“共享读锁”和“排他写锁”实现。
* Serializable（序列化）： 提供严格的事务隔离。它要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行。如果仅仅通过“行级锁”是无法实现事务序列化的，必须通过其他机制保证新插入的数据不会被刚执行查询操作的事务访问到。序列化是最高的事务隔离级别，同时代价也花费最高，性能很低，一般很少使用，在该级别下，事务顺序执行，不仅可以避免脏读、不可重复读，还避免了幻像读。 

隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed。它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、幻读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。大多数数据库的默认级别就是Read committed，比如Sql Server , Oracle。MySQL的默认隔离级别就是Repeatable read。

4:数据库三范式：

	第一范式（1NF)：数据库表的每一列都是不可分割的原子数据项，即列不可拆分
	第二范式（2NF)：建立在第一范式的基础上，要求数据库表中的每个实例或记录必须可以被唯一地区分，即唯一标识
	第三范式（3NF)：建立在第二范式的基础上，任何非主属性不依赖于其它非主属性，即引用主键

5:数据库优化

（1）选取最适合的字段类型
（2）尽可能将字段设置为NOT NULL，这样数据库查询时可以省去NULL值的比较。
（3）使用join来代替子查询。
（4）使用联合(UNION)来代替手动创建的临时表。
（5）sql优化：首先，最好是在相同类型的字段间进行比较的操作； 其次，在建有索引的字段上尽量不要使用函数进行操作；第三，在搜索字符型字段时，我们有时会使用LIKE关键字和通配符，这种做法虽然简单，但却也是以牺牲系统性能为代价的。
（6）
（7）