1. 为什么要有事务隔离级别以及能解决的问题 (why)？
在一个多用户，用并发的系统中，为了保证数据的一致性和完整性，避免出现脏读、不可重复读、幻读等情况，引入了事务隔离机制的概念；
2. 脏读、不可重复读、幻读概念？
脏读：一个事务读取到另一事务未提交的更新新据。当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据， 那么另外一个事务读到的这个数据是脏数据，依据脏数据所做的操作也可能是不正确的；
不可重复读：在同一事务中，多次读取同一数据返回的结果有所不同。换句话说就是，后续读取可以读到另一事务已提交的更新数据。相反，“可重复读”在同一事务中多次读取数据时，能够保证所读数据一样，也就是，后续读取不能读到另一事务已提交的更新数据。
幻读：和不可重复读类似，但不同的是不可重复读的是update，幻读的是insert。事务T1执行一次查询，然后事务T2新插入一行记录，这行记录恰好可以满足T1所使用的查询的条件。然后T1又使用相同的查询再次对表进行检索，但是此时却看到了事务T2刚才插入的新行。这个新行就称为“幻像”，因为对T1来说这一行就像突然出现的一样。
3. 事务隔离级别？
一般来说，分为四个隔离级别：
a. 未提交读（Read uncommitted）：读未提交数据，这是事务最低的隔离级别，在并发的事务中，它充许一个事务可以读到另一个事务未提交的更新数据（会出现脏读，不可重复读和幻读）；
b. 已提交读（Read committed）：读已提交数据，保证在并发的事务中，一个事务修改的数据提交后才能被另外一个事务读取到（会出现不可重复读和幻读）；
c. 可重复读（Repeatable read）：可重复读，这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻读。一般是采用“快照”的方式来实现的；
d. 可串行化（Serializable ）：事务被处理为顺序执行或者说是以串行化方式执行。这是花费最高，但也是最可靠的事务隔离级别。能有效的避免脏读、不可重复读、幻读。
4. 数据库默认的隔离级别？
每种数据库的默认隔离级别是不同的，例如SQL Server、Oracle默认Read Commited，MySQL默认Repeatable Read。