为什么要有事务
数据库中的数据是共享资源，因此数据库系统通常要支持多个用户的或不同应用程序的访问，会出现并发存取数据的现象。
数据库系统必须对这种并发操作提供一种相应的处理机制来保证，访问彼此之间不受任何干扰，从而保证数据库的正确性不受到破坏，这种处理机制称为“并发控制”。其中事务就是为了保证数据的一致性而产生的一种概念和手段。
事务特性
为了保证数据库的正确性与一致性，事务要具有4个特性：
原子性（atomicity）：一个事务应该是一个不可分割的工作单位，事务中包括的操作要么都成功，要么都不成功。
一致性（consistency）：事务必须是使数据库从一个一致性状态变成另一个一致性状态。一致性与原子性是密切相关的。
隔离性（isolation）：一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据在事务未提交前对并发的其他事务是隔离的，并发执行的各个事务之间不能互相影响。
持久性（durability）：一个事务一旦成功提交，它对数据库中数据的改变就应该是永久性的。
并发事务存在的问题
如果不考虑事务的隔离性，会发生以下几种问题：
脏读
脏读是指在一个事务处理过程里读取了另一个未提交的事务中的数据。
不可重复读
不可重复读是指在对于数据库中的某条数据，一个事务范围内多次查询返回不同的数据值（这里的不同是指某一条或多条数据的内容前后不一致，但数据条数相同）。
不可重复读和脏读的区别是：
脏读是某一事务读取了另一个事务未提交的脏数据。
不可重复读是读取了其他事务提交的数据。
幻读
幻读指的是一个事务在前后两次查询同一个范围的时候，后一次查询看到了前一次查询没有看到的行。
事务隔离级别
读未提交（read uncommitted）：一个事务还没提交时，它做的变更就能被别的事务看到。
读提交（read committed）：一个事务提交之后，它做的变更才会被其他事务看到。
可重复读（repeatable read）：一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的。
串行化（serializable ）：顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行。