当多个客户端并发访问数据库时，若没有采取必要的隔离措施，存在以下问题，这些问题分为5类，其中3类数据度问题：脏读、幻读、不可重复读，2类数据更新问题：第一类丢失更新、第二类丢失更新。
脏读：一个事务读取到另外一个事务未提交的数据
事务A访问数据库并对某个数据进行了修改，但是当修改还未提交到数据库的时候事务B也访问数据库中的这个数据，然后事务A由于某种原因撤销对该值的修改，即事务A进行了回滚，修改后的数据并未提交到数据库，数据库中的数据仍然是事务A修改之前的原数据，但是此时B事务读取的数据是A事务已经修改的数据无效数据，因为这个数据还没提交，因此这个数据是脏数据，使用脏数据做的操作是不正确的，因此事务B的读操作属于脏读。
| 时间 | 转账事务A | 取款事务B |
| T1 | 开始事务 | |
| T2 | 开始事务 | |
| T3 | 查询账户余额为1000元 | |
| T4 | 取出500，把余额改为500元 | |
| T5 | 查询账户余额为500元（脏读） | |
| T6 | 撤销事务，余额恢复1000元 | |
| T7 | 汇入100元，把余额改为600元 | |
| T8 | 提交事务 |
不可重复读：同一个事务中，两次读取同一数据，得到的内容不同（重点在修改）
事务A访问数据库中的某个数据，然后事务B访问数据库中的同一数据并对其进行了修改并提交数据，事务A再次访问数据库中的这个数据，由于事务B已修改并提交了这个数据，导致事务A在同一个事务中访问同一数据得到的内容不同，此时事务A的读现象称为不可重复读。
| 时间 | 转账事务A | 查款事务B |
| T1 | 开始事务 | |
| T2 | 开始事务 | |
| T3 | 查询账户余额为1000元 | |
| T4 | 取出500，把余额改为500元 | |
| T5 | 提交事务 | |
| T6 | 查询账户余额为500元（不可重复读） | |
| T7 | 提交事务 |
幻读：同一个事务中，同样的条件读取两次，得到的记录数不相同（重点在新增或删除）
当事务不是独立执行时发生的一种现象。事务A按照某种查询条件读取表中所有记录，然后事务B访问数据库，并插入一条符合事务A查询条件的记录并提交。当事务A再次按照同样的查询条件进行查询时，会查询到之前没有的记录，造成了事务A的幻读。
| 时间 | 统计金额事务A | 转账事务B |
| T1 | 开始事务 | |
| T2 | 开始事务 | |
| T3 | 统计总款数为10000元 | |
| T4 | 新增一个存款账户，存款为100元 | |
| T5 | 提交事务 | |
| T6 | 再次统计总存款数为10100元（幻读） |
第一类丢失更新：A事务撤销时，把已经提交的B事务的更新数据覆盖了。
| 时间 | 取款事务A | 转账事务B |
| T1 | 开始事务A | |
| T2 | 开始事务B | |
| T3 | 查询账户为1000元 | |
| T4 | 查询账户为1000元 | |
| T5 | 汇入1000元，把余额改为2000元 | |
| T6 | 提交事务 | |
| T7 | 取出100元，把余额改为900元 | |
| T8 | 撤销事务，余额恢复为1000元 |
第二类丢失更新：A事务覆盖B事务已经提交的数据，造成B事务所做的操作丢失
| 时间 | 转账事务A | 取款事务B |
| T1 | 开始事务 | |
| T2 | 开始事务 | |
| T3 | 查询账户余额为1000元 | |
| T4 | 查询账户余额为1000元 | |
| T5 | 取出100元，把余额改为900元 | |
| T6 | 提交事务 | |
| T7 | 汇入100元 | |
| T8 | 提交事务 | |
| T9 | 把余额改为1100元（丢失更新） |
为了解决上述问题，数据库通过锁机制解决并发访问的问题。根据锁对象的不同：分为行级锁和表级锁；根据并发事务锁定的关系上看：分为共享锁定和独占锁定。但是直接使用锁机制管理是很复杂的，基于锁机制，数据库给用户提供了不同的事务隔离级别，只要设置了事务的隔离级别，数据库就会分析事务中的sql语句然后自动选择合适的锁。关于事务的隔离级别，见下一篇文章。。。。。。。